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I hiblisher's Introduction: 

This issue m.arks the first edition of 1975 and the beginning of a new monthly form¬ 
at for the ECS articles. From now on the publication will be on a monthly basis with 
12 issues per year. Minimum issue size will be 20 pages printed photo-offset as in 
the past. The editorial policy will continue to emphasize materials useful in the cre¬ 
ation and programming of home brew computer systems. In this first issue of 1975 
readers will find: 


1. ECS-6 Serial I/O Interface Conclusion: The last issue of the 1974 series 
of articles described the theory of operation and subsystem design of the UAR/T 
oriented 4-channel I/O interface unit. This issue contains additional materials 
including logic diagrams, tables, notes on detailed logic, and notation of a test 
program useful in debugging the design. 

2. Notes c;n Notations: Taking into account numerous inputs from subscribers 
together with further arguments and rationalizations, a decision to use octal 
notation and "Intelese" is described in this issue. 


3. Memory Dcimp Program ''ELDUMPO'*: T he application of the serial I/O 
interface device with a teletype is illustrated in the listing of this program’s 
code. In true bootstrap practice, ELDUMPO is used to dump ELDUMPOl 
(To say nothing of the other listings in this issue. ) 

4. Manual Bootstrap Program "STUFFER": "STUFFER” is a program used 
in conjunction with the ECS keyboard (see ECS-5) and display lamps to load data 
at arbitrary locations in memory. It can be loaded by hand in locations 100 to 
153 of page 0 using the ECS-3 program's bootstrap hardware method. Then, 
this program can be used to load in octal further programs such as ELDUMPO. 

5. Programming Notes: Using Restarts. Both ELDUMPO and STUFFER make 
use of restart instructions (RSTx) to access utility routines. The method is 
described in this section of the issue. 


6. Notes of Interest to Readers: 
errata presentations. 


Miscellaneous comments and a couple of 
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ECS-6 SERIAE I/O INTERFACE CONCLUSION: 


In the last issue the czenercil design and theory of operation of the UAR/T oriented 
serial I/O interface was presented. The major technical topic of this issue is the 
detailed description of tliis ijardware as it is inip)len:ierited in the ECS prototype system. 
The dreiwings found on pages 4 and 5 show thic details of the circuit. In tlie text below 
reference shoidd Vje made to tlie drawings and to the general description of the system 
resented in the previous issue. 

UAR/T and PWs Input 

Drawing ^1 on page 4 contains the logic of the UAR/T chip and its interface to the 
system data bus. The address bus input lines AO to A7 are wired from the I/O socket 
^1 to tfie UAR/T parallel inputs TDO to TD7 (the notation used by the manufacturer’s 
documentation is TDl to TD8, but renumbering is done liere for consistency with the 
rest of the systemi. ) The address lines are written into the UAR/T as data to be sent 
out the serial port whenev^er the following conditions hold: 

a. The mode selected by the control word (IC~9-, dwg. 2) is ’’output." 

b. The CPU I/O instru ction de code logic of the ECS-5 design (or its 
equivalent) generates an OUT02 clock which is inverted by ~7c- and en¬ 
abled through gate -8a- to the TDS (transmitter data strobe) line of the 
UAR/T. 


The negative going clock pulse which reaches the UAR/T chip from -8a- automatic¬ 
ally starts the stored program of the UAR/T chip which transfers data to the output 
buffer sliift register and begins generation of the serial data format. The serial 
data generated by the UAR/T appears on pin 25, Transmitter Serial Output (TSO). 

The latest received d^ita of the UAR/T is present at all times on the RDO to 
RD7 lines (mfgr's designations RDl to RD8 - see above. ) The output is always 
enabled due to wdring the receiver data enable line of the UAR/T to grou nd (pin 
4). The actual control of this data enable is provided in fact by the IN02 signal 
provided by the ECS-5 I/O decode logic - going to the 8T09 gates which interface 
the CPU bus. Note that the IN02 instruction is one of the combined input/output 
instructions of the 8008 - the corresponding output of the accumulator is sent to 
the UAR/T if the controlword indicates output rather than input. But when input 
is exercised, the OUT02 clock time is also used - this pulse is used to reset the 
RDA flag of the UAR/T after input, to acknowledge that the CPU has processed 
the data. The acknowdedgement from a CPU I/O handling program must come 
within one character period of the "RDA" signal’s transition to the logical "1" 
state if the "receiver ovemrun" error is to be avoided. Note that just as the 
I/O transfer of data out to the UAR/T is ignored when input is involved, the output 
of data to the UAR/T also reads the UAR/T information into the accumulator, but 
this information is in general meaningless. 

Note that the bus interface gates invert the sense of the data being read out 
of the UAR/T. In order to guarantee that the sense of the data being input to the 
computer is the same as that written out (ie: "1" is logical 1, "0" is logical 0) 
a level of inversion is required between the UAR/T and the bus interface buffer. 
Also note that an improvement in the design would be to use the data out strobes 
(pin 4 and 16 for data and status, respectively) to implement a local 3-state bus 
sharing a single set of inverters/bus interface gates to the CPU world. 
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) The status bit outputs of the COM Z502 UAR/T are read into the CPU with the 
input operation IN3 (sometimes noted 1N()3). As w'lth all the input operations of the 
8008, there is a paired output of accumulator contents - in this case defining the 
control word content from the accumulator. The 1N3 negative clock is used to 
enaiile control information (uito tlie bus during tlie injiiit operation, and is generated 
liy the ECS-5 hardware or its equivalent from basic Intel 8008 signals. The status 
bit outputs are always enabled due to wiring of the status word enable pin (pin 16) to 
grouncT As noted on the previous page, tliis output of the UAR/T can be multi¬ 
plexed to a single set of inverters/8T09’s in an imiprovement over the design used in 
the prototype. 

As is tlu' t ase with the data word output of the UAR/T, a series of inverters is 
shown in drawing jfl, one per status word line, jilaced in the design in order to make 
the program operating the UAR/T be programmable based on bit definitions identical 
to tile definitions produced by the UAR/T. If programming based on a single level 
of inversion (complemients of tlie definitions) is tolerable, the inverters may be omitted^ 
An alternative which retains the proper bit definitions without inversion twice is to use 
a non-inverting bus buffer instead of the 8T09. 


Control and Multiplexing Logic : 

Drawing on page -5- contains the remainder of the logic associated with this 
f^iesign. It includes the clock oscillator, control word register, input multiplexing 
and output selection logic. 


Tlie basic clock of the system is generated by a 5 55 circuit wired as an astable 
configuration acting as an oscillator. The clock rate is adjusted by R3 to the nominal 

frequencies required by the system. The logic of this design requires a clock setting 

of 56. 32 Khz for a nominal 110 KBaud rate with the low frequency cbmk programming 
value set in the control word. The UAR/T logic requires a clock at 16 times the 
basic bit rate, thus with the divide by 16 mode of the clock rate counter set by a 
binary value of ”1111" in the control word rate bits, a total division of 256 will be in 
effect. 110 X 256 is 28.16 Khz. The extra division by 2 is found in the flip flop used 
to turn the extremely short (ie: 50 ns or so) clock reset pulse into a square wave 
which is within tolerance limits of the UAR/T (eg: greater than 1 microsecond in 
length.) 

The clock outputs are the Q and Q pins of the 7473 section used to j^roduce the 
square wave. One of these outputs (Q, pin 12) is used to drive the UAR/T clock 

pins for both transmitter and receiver sections (pins 1-17 and 1-40) The other output 
is routed to the I/O socket for use by the modems connected to the controller. 


IC -9- is a 74100 used as a control word. This IC will store 8 bits of data when 
its clock lines are strobed with a positive logic pulse, derived in this case from an 
inve rsion of the negative logic OUT03 signal produced by the ECS-5 type controller 
(jr its equivalent. The four rate selection iiits are wired to the 74193 counter used 
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to program, the different data rates possible with this design. The two channel selec¬ 
tion bits are wired t<.) the multiplexor of the input data, and ready signals, and tt) the 
output data and ’'seh-ci" selectors. 

The In/Out bit, but 1, is used to enable the out]jut write function for the UAR/T 
with the OUT02 clock, and is also routed to the o\itput plugs for use by the m(.'>dems 
in setting up their operation. The select bit is multiplexed to one of tlie four channels 
of output via the /4To, JC -13-. The select outputs are in positive logic form. The 
teletype device, channel 0, has its select shown in tlie drawing as driving an inverter 
(-7f-) which in turn drives an LED indicator shown remote by the connector symbols. 
The purpose of this lotzic is to provide a visual indicator at the teletype telling tlie 
operator (ie; you) that tlie CPU is addressing that maclrine. This indicator is entirely 
optional and may be omitted if desired. 


Ready Logic is nrovided by one sec tion of the multiplexor 74153, -12-. Tliis cir¬ 
cuit IS usrd to select the- source of the "ready" signal which will be placed on the bus 
as a status bit (position b) wlien the INS operation interrogates status. For the channel 
0 case (teletype) the rc^ady function 


may be driven by a relav connected 
in parallel with the "on line" side 
of the teletypev/riter ' s front panel 
switch. The relay shouid be an SPDT 
contact variety witli a llOVAC coil. 

The normally open contact is closed 
when the coil is eneroized bv the 
switch, thus ground in..: ti^e ready 
line input . For the tap-^^ recorder 
intccrface modems, tlie ready line 
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is driven by a "turn on delay" 
one shot whicli is cued by tlie 
falling edge of the edge of the select 
signal to the device in question from 

the 74155 selector. dhe second section of the 74153 is used to multiplex the serial 
inputs of the device, from one of the four possible sources - TTY or tape cliannels 
1 to 3. 


Serial Data Input is routed via the 74153 1C -12-. One section of this IC is used 
to select tlie source of the serial data input to the UAR/T . This input is taken from 
the teletype switch contacts for channel 0, and is the serial output of the tape recor¬ 
der storage device's receiver section for tlie other 3 channels. The teletype data 
is generated by a carbon brush mechanical switch controlled by the mechanism of 
the keyboard button pressed. When using input from the teletype, the operation 
of the mechanical switch produces a contact closure for the current loop "mark" 
state (idle) and breaks the loop for the opposite ("space") state. This means that 
to make the proper sense to the UAR/T, there must be one level of inversion prior 
to the selector if the preferable "pull up" TTL input form is used. 
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Serial Data Output of the UAR/T emmanates from pin 25 of IC -1-, and is first 
inverted by -7b- before being routed to the output data selector, 74155 -13-. Since 

the section of the 7415 5 used for the serial output data has one net level of logical 
inversion (unlike the other section of the same chip) the inverter is required if the 
signal sent to the modem or teletype is to be identical to the signal derived from the 
UAR/T. 

The channel 0 serial data output is wired to the 7437 high power NAND gate sec¬ 
tion to generate a TTY current loop signal for driving the print mechanism. Since the 
"true" or "logical 1" state of the current loop is current flowing in the loop, this state 
must be generated by a logical zero output for the driver tied through the TTY electronics 
to the high level voltage. This single level of inversion provided by the driver suf¬ 
fices to create the proper signal - true data output of tlie multiplexing logic of the 
74155 is the "mark" state which inverted generates a current loop "on" state when 
the UAR/T is idle. 

The serial outputs of the other three channels are wired to I/O socket #2 along 
with the other signals necessary to drive the modems. 


Select Output Logic is also provided by the 74155. As mentioned earlier, 

the select for channel 0 is wired to an indicator lamp. The source of the signal 
for all channels is the select bit of the control word. For the tape drive modems, 
the select signal for channels 1 to 3 is used to control the "motor on" state of the 
tape recorder. In the logic of the tape interface units, the rising edge of the select 
line for the channel in question should trigger a one shot "motor start" delay, as 
well as turn on the tape recorder's motor for the beginning of operations. The 
"motor start" delay one shot has sufficient delay involved to allow the motor 
to get up to speed and relatively stable operation. For ciieap tape cassette 
devices this time may be as much as 5 to 10 seconds - if the motor and drive 
ever stabilize. For the more expensive forms of cassette recorders, a shorter 
delay may suffice. Given a cassette recorder, the characteristics of motor speed 
versus time from turn on should be examined to determine the minimum delay 
required for reliable operation . In the previously published ECS-2 design, one 
metliod of turning on the tape drive motor was detailed - a "tape drivebox" with 
a power supply and transistor 
switch to drive the motor via the 
"external power supply" jacks 
often found on battery operated 
cassette recorders. The diagram 
at the right shows an alternate and 
much simpler mechanism to con¬ 
trol the motor via a "dicbation" con¬ 
trol input normally connected to a 
switch in the microphone. The relay 
used is a micro-reed design, in this 
case a "Grigsby-Barton #GB31C-G2150" 

removed from surplus equipment. 
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The relay used in the prototype of this circuit had a coil resistance of 2000 ohms 
(approximately) which gives a current of 6 milliamperes with a 12 volt drop when 
the open collector 7406 energizes the coiL The 7406 can drive up to 25-30 milli¬ 
amperes with no difficulties, which means that using this particular IC as a driver, 
relays with resistances as low as 400 ohms could be used, provided a 12 volt drop 
gives sufficient current to pull the switch contacts. To see whether a given "unknown" 
relay will work in this application, its pull in current should be measured using a 
variable voltage power supply with a current meter. Hook an ohmeterto the sui^bcV^ 
contacts of the relay and observe the current and voltage at which transitions in 
the switch contact state occur. If the current at which the contacts "pull in" 
does not exceed about 25-30 ma at supply voltages of up to 12 volts, then the 
coil can be wired into the circuit shown on page 7. 


Wiring and testing the Serial I/O Interface : 

The prototype of this design was built using wrapped wire construction techniques 
as described in M. P. Publishing Co. publications 73-1 and 74-5. As in any complex 
circuit, whatever your method of construction, use care in wiring and checking the 
wiring. The following steps are a suggested set of testing stages for this circuit. 

1. Verify all wiring and check the circuit’s power supply connections by 
applying power (w'ith no IC's yet in sockets) and checking the proper pins 
as listed in the table on page 9. 


2. Check out the oscillator and clock generation logic first. Plug in the 
entire complement of integrated circuits with the exception of the UAR/T 
chip for preliminary checkout. Check the oscillator output after applying 
power to the circuit. Adjust the frequency using an oscilliscope or a fre¬ 
quency meter. The frequency should be 56. 32 Khz, which corresponds 
to a period of 17.76 jjLs for those who use scopes for calibration. 


3. Set up the following simple program in the CPU using the bootstrap 


mode of data entry: 


000 

010 

INB 

next rate 

oil 

020 

001 

301 

LAB 

rate to accum 

012 

111--- 

002 

002 

RLG 

move rate to 

013 

177- 

003 

002 

RLG 

to the 

014. 

113- 

ooij. 

002 

RLG 

high order 

015 

175- 

005 

002 

RLG 

of accum. 

016 

006 

006 

044 

KDI 

purge the 

017 

003 

007 

360 

360 

garbage bits 

020 

117 

010 

064. 

ORI 

or in the select 

021 

377 


select code 
IN3 write CW, read 
0UT30 display stat 
IN2 read UAR/T 
0UT31 display data 
LAI define the 
003 reset code 
1110 reset inter. 
HALT 


stat. 


-”-l/0 codes of EGS-5 altered for extraneous inverters 
This program responds to interrupts by calculating the next rate code for 
the serial I/O controller and outputting it to the controller. Look at the 
frequency on the clock line of the UAR/T socket - and observe changes as 
an interrupt is raised on the keyboard. Note that the instructions marked 
with an '"I"' use codes consistent with ECS-5's drawing #1 - see the errata 

section of the last issue for comments regarding the inverters in that 
design's drawings and their effect on codes. 
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The following experiment can now' be performed - with the UAR/T still out of the socket 
connect the clock pins of its socket to a . Imfd condenser to the input of a stereo ampli¬ 
fier channel. Listen to the clock generator output as the program is cycled and note 
aurally the different rates. 

4, Now turn off the system power and plug in the IJAR/T, taking into account the pre¬ 
cautions listed below. Re-apply power to the system, and load the following simple 
program to test data transmission. Look at the UAR/T output at the pin of 1C -13- 
which is selected by the channel code bits sent to the Control Word vua 1N3. 


000 

0 ) 6 

LAJ set GW pattern 

003^ 

175- 

OUT 31 

display data 

001 

362 

’'1 10 b, chO, sel, out” 

006 

006 

LAI 

set int. enab. 

002 

0 0 6 

I.'AI define 

007 

003 

003 

e nable 

003 

9 9 9 

? ? ? test data 

010 

117- 

I NO 

code 

001 ; 

1 ! 3- 

1112 writo/read UAR/p 

oil 

377 

HALT 

wait next cycl 


bee 

note in last example re 

ins tr 

. codes 



r 


5o Test tiie xnput operation of the UAR/T by applying a TTL square wave at 27. 5 
CPS to tlie input of channel L Using the above program, change word 001 to the 
octal code "367” (110 baud, ch, 1, select, input. ) The data pattern of the 27, 5 herz 
square wave wiU be interpreted by the UAR/T as four bit-periods per cycle of the 
wave form, as follows: 

'Start ,parity 


—— data 


stop 


00110 0 1100110011 


The teletype bit length was 7 - in this example, changing to channel 1 increases the 
data bit length to 8 l^its. The UAR/T interpretation of the above square wave should 
be displayed in the data lamps by the OUT31 as "01100110" 


C A U T’ I O N S RE M O S I . C . ' S 

When ycju purchase an Intel CPU or a complex MOS device such as the 
UAR/4’ chip you should find it comes packed in a special block of conductive 
fcjam plastic shorting all pins witli respect to high voltage static charges. In 
insertion and handling of the IC’s, be sure to discharge body capacitance to 
ground . Do the same before approaching the wiring to make changi'S and 
altm'ati ons. In my own lab I have a rug - and in its typical low' humidity 
winter state, I draw' 1/4" -sparks to ground after walking any distancel This 
note was suggested liy Gorclon French in jihone (.onv’-er sation rectntly. 

Also, observe the followdng precaution when handling and inserting the 
40-]un 1C jiarts such as the UAR/T: it is quite easy to mechanically 
stress tlie package to the gjoint w'liere it brenks in twn ~ not so bad witli a 
$1 3 50 UAR/T but if you Iniy a $360 CPU c'hip of the Cadillac variedv, it 
could b(' h.c'art’Ore'aking. Be sure to ayiply pressure evenly at all jioints and 
rivoid Ldting oiu’ corner "get ahead" of t!ie rest by too great a margin. 
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Tables & 

summaries of the ECS-6 Design: 




Package 

Summary 

List for the Serial l/O Controller: 




IC No. 

Pins 

Description 

+5v 

CND 

- 12 v 

1 

40 

C 0 M 2502 UAR/T - Std. Micr.Systems 

1 

3 

2 

2 


8t09 Bus Interface - status 

14 

7 

- 

3 

14 

” ” ” - status 

14 

7 

- 

k 

lU 

” ” - data 

14 

7 

- 

5 

14 

” ” ” - data 

14 

7 

- 

6 

14 

7484 - inverters, misc. 

14 

7 

- 

7 


7404 inverters, misc. 

14 

7 

- 

8 

14 

7437 HAND, high power 

14 

7 

- 

9 

4 

74 i 08 Control word register 

4 

7 

- 

10 

16 

74393 Rate Counter 

16 

8 

- 

11 

8 

NE 555 Oscillator 

8 , 4 

1 

- 

12 

16 

74153 Input/Ready switches 

16 

8 

- 

13 

16 

74155 Output/Select switches 

16 

8 

- 

14 

14 

7473 JK: Plipflops (div by 2 ) 

4 

11 

- 

15 

14 

7404 Inverters 

14 

7 

- 

16 

_ 14 

74.02 nor ’ s 

—Hj _ 

7 



Miscellaneous parts: 


R 1 ,R 2 , r 6 to RI3 = 1000 ohin 

R 3 = 25 k, trimmer potentiometer 

Rip = 200 ohms 

R 5 = 120 ohms, 2 watt 

Cl = .005 mfd 

02 = .005 mfd 

Board, terminals, etc. 


3 - 16 pin component sockets 

3-16 pin l/O sockets 

1 - 4.0 pin socket 

1 - 2 l| pin socket 

1-8 pin socket 

LED = 10 ma LED indicator 


Also required: a total of approximately lOmfd of electrolytic capac¬ 
itance locally on the power supplies, to ground plus several ceramic 
(eg: .ol) bypasses to ground from power supplies. 


l/O-l List 


1/0-2 List 


1/0-3 List 


1 to 8 = bus 0 to 7 
9 to 16 = addr 0 to 7 


1/0-2 List 


lip = in/out 

15 = Master Reset 


1 

= 

TSO -1 

1 


TTY-HI 

2 


TSI -1 

2 

= 

TTY-LO 

3 


SELECT -1 

3 


TTY-RDY 

4 


RDY -1 

4 


TTY-SELECT 

5 

= 

TSO -2 

5 


+5v 

6 

= 

TSI -2 

6 

= 

TTY-TSI 

7 


SELECT -2 

7 

= 

0 UT 02 

8 

= 

RDY -2 

8 


OUT 03 

9 


TSO -3 

9 

= 

IN 02 

10 

= 

TSI -3 

10 

= 

INO3 

11 

= 

SELECT -3 

14 


GND 

12 

= 

RDY -3 

15 


-12 V 

13 

:= 

l 6 -f CLOCK 

16 

=: 

+5 V 


loop 
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NOTES OxN NOTATION: 


Some further inputs from readers and otlier sources, plus some thinking on the 
subject have led to a conclusion to use octal notation of programs in the ECS maga¬ 
zine for the 8008 computer and its 8-bit microcomputer suecessors /competitor s. 

The basic arguments for and against hex have not changed - it still is a more com¬ 
pact notation which fits the word size exactly. However I have some new inputs ac¬ 
cumulated on the pro-octal side, summarized here .o . 

1. A reader. Ward Christensen of Dolton Illinois, points out an argument in 
favor of octal based on character coding schemes. In both IBM's EBCDIC and 
ASCII, the letters and numbers occupy separate groups of number codes in 
the set of integers representable in "n" bits. Thus to convert a combined 
numeric/alpha field (as in HEX data entry) requires special case program 
logic whereas octal conversion, such as illustrated in STUFFER in this issue 
(bytes 120 to 136g), can be done "in line" with no conditional execution by 
simply masking the low order bits of the character entered. The original 
hex input routine was not nearly so compact due to special case detection of 
the A through F case and subtracting off the appropriate bias. 

2. Gordon French (more inputs from him in "Miscellaneous Notes" below) 
points out that hex coding can be justified for long word length machines with 
byte-multiple word widths because it is a more compact representation of the 
data than octal. However the short length of the 8008 word ("byte") means 
only one extra digit is required, 

3. I got the Digital Equipment Corporation's rationalizations for using Octal 

at a recent meeting of the IEEE Computer Society in the Boston area„ The meeting 
topic was the design and architecture of the PDP-11 computer, discussed by two 
individuals largely responsible for the machine's architecture. Strangely enough, 
the topic of notation of programs came up in tlieir talk - with the following reasons 
being used to justify octal: a. Conservatism - its the way minicomputer pro¬ 
grams have always been done. b. internal field structure - instructions on 
the PDP-11 (as with the 8008) have effectively been designed with a 3-bit inter¬ 
nal field structure which is symbolically respected if octal is used, but ignored 
if hex were to be used. 

4. I coded up several programs for my system using the hex notation for op 
codes (figuring the codes as I went along until receiving the latest copy of the 
800 8 manual from Intel - which lists codes in hex). I fovind that while hex is 

fine for reading IBM 360 machine code and dumps, adding and subtracting addresses 
occasionally to locate origins, etc. - it is not so convenient when hand assembly 
of code for the 8008 is concerned. This effectively provided the last straw in a 
reluctant decision to live with Intelese address notation and 8 bit octal data. 

Accordingly, I rewrote a memory dump program I had originally written for hexa¬ 
decimal oriented outputs and have listed all programs in this issue in absolute octal 
format. The program listings consist of three octal 3-digit columns. The first two 
columns contain the page (H) and byte (L) address locations, separated by a reverse 
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slash. Tlie "equal" siyn following the address fields separates the address from 
data at that address - either the octal form of some program data, or an 8008 oper¬ 
ation code in octal. In tlie listings, comments have been typed to the right of the 
dumped information, and laliels have been indicated on the left. 


MEMORY DUMP PROGRAM "ELDUMPO": 

"ELDUMPO" is an application program which will prove useful to anyone 
desiring an octal disiday of information on the teletype, or alternatively, on any 
other suitable output device if you substitute a different routine for tlie "TYPE" 
routine accessed via tiie RST3 instruction noted with mntmonic TYPE. The program 
begins execution wuth entry from location 0, or from the "IMP" interactive manip¬ 
ulator program. (To be listed and described in the next issue. ) The absolute machine 
addresses used in this program as written and dmaiped are locations 011/000 to 011/2 36 
which are part of a 1-kiiobyte RAM design wJiich wall be described in the next issue 
along with IMP. The EL.DUMPO program wais entered into its memory locations 
using tlie "STUFFER" program described on pagelg and IT belowa The listings of 
EEDUMPO and STUFFER 

W’ere achieved using the ECS-5, ECS-b, ECS-4 and 
ECS-3 designs to drive a teletype interfaced as described on page 7 of tliis issue. 

LUed teletypes (mine is a model 33) can be picked up at prices in the $2 50 to $500 
range depending upon ceuidition and model. At a recent auction sale, 1 saw teletypes 
witf; pin feed platens sold typically for $350 (including card reader/punch attachments. ) 
In lieu of a teletyDe, it would be quite reascmable to format the dump essentially as 
it is performed here, inst stuff the data out onto a TV Tx'pewriter of one of tlie 
sev( ra.l kit forms curi’f'ntU' available - or onto an oscilliscope character generator. 

The maior labels loca-fu-ns within the jirogram are listed and described belowa 

START: 011/000 - tins is the program entry point. Come lierc to start off the pro¬ 

gram by turning off the interrupts while the dump is in operation. (Ignore the key- 
b<jard exc:ept w'hen testing for end of job cue at the end of a line of dumping. ) 

ELDUMPO: 011/003 - tins address is the main dump loop entry point, and is reached 
once for each line printed. 

END: 011/110 - this address is the place execution transfers to when the data count 
is exhausted or tne keyboard is found to have a non-null character at the end of 
a line of printing. 

STRING: 011/126 - this is a character string data text area containing the end of 

job message as a length count followed by bytes of 7-bit ASCII characters 

for the teletype. 

TBYTEOCTAL: 011/150 - this address is a subroutine which prints 3 octal digits 
accessing the "OCTOUT" routine via an "RST4" instruction. 

TSTRING; 011/166 - this address is a subroutine which is entered with H/L pointing 
to a character string such as STRING, and which types out the string. 
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SPACES: 011/177 - TYPE ”e" spaces and return 


TYPEIT: 011/207 - jump here from TYPE (RST3) to do the work of printing 


Tlie dump in octal of the ELDUMPO program is listed below with, con-imentary 


START: 


EEDUMPO: 


C'OTHOK: 


011\000 
0 I 1 \0Q 1 
U 1 i \UCli^ 
0 1 i \0U3 
0 I 1 \U04 
U 1 1 XUQb 
0 I I \0U6 
0 1 1 \00 7 
0 1 I \0 1 0 
0 1 1 \U i 1 
in 1 \u 12 
U 1 i \u 1 3 
u 1 I\U i d 
0 I 1 \0 1 b 
0 11X016 
0 1 I XU 1 7 
0 1 I XOi^O 
0 I i \02 I 
□ i 1 XOi^ki 
011X023 
0 1 I X0 2d 
0 I I \0 2b 
0 1 1 XU 2 6 
0 1 1 X0 2 7 
0 1 1 X030 
0 11X031 
0 I 1 \0 32 
0 1 I \0 3 3 
0 1 I \0 3^ 
0 I 1 \03b 
01 IX0 3 6 
011X037 
0 1 1\040 
0 1 I \0^ 1 
011XU^2 
011\0^3 
0 1 1 XU4^ 
0 1 1 XO^b 
01 1 XO/16 
0 1 1 XO A 7 
0 1 1 XUbO 
0 1 1 XU b I 
O 1 1 X0b2 
0 1 1 \0b3 
0 1 1 XUb^ 
0 1 1 XObb 
0 1 1 XU b6 
U 1 1 XU b 7 


006 
002 
1 1 7 
0b6 
000 
066 
U2b 
32 7 
021 
3 72 
1 bU 
1 10 
0 1 1 
300 
30U 
300 
066 
00 6 
3 1 7 
0 60 
3 2 7 
0 20 
3 72 
I 10 
0 33 
0 1 1 
0 10 
0 61 
3 71 
006 
01 b 
03b 
006 
0 1 2 
U3b 
0^6 
0 1 2 
106 
1 7 7 
0 1 1 
30 1 
106 
1 bU 
0 1 I 
006 
1 3A 
03b 
302 


LAI 

interrupt disable code 

OUTO (INO) - see ECS -6 pl4 

LHI X 

data RAM / • ^ . . 4 - r j * 

y — point to current count ol data 

JLji 

1 (COUNT) 

LCM 

DCC k- decrement count to zero 

LMC once per iteration 

JTZ ENDh ^ if count reaches zero, then 

L r all '*n" locations have been 

H J dumped so go end it. 

'^these three NOP's leave space to put in an 
NOP3 extra line feed when TTY acting up! 

LLI 

l(MEMADDR) ( 

LBM r 



point to memory address in 
RAM and load it into B/C 


increment and save low order address 


L 

H 


— point to high order byte and save it. 


INL 
LCM 
INC 
LMC 

vJFZ GC) rH(.)K ?— if no low order overflow, then 
\ highorderis OK as is. . . 

INB - increment high order if required... 

DCL^ 

LMB 
LAI 

"CR" W type out a carriage return 

TYPEJ 

LAI G 

"LF" G type out a line feed ... 

TYPEJ 
T ET O 

C— set up number of spaces for call... 

CAL SPACESJ(— and blank out (literally) 

f 

LAB - define input argument to print octal byte 


CAL TBYTEOC tI L 
L 
H 

LAI O 

"back slash" print separator between H/L 

TYPE J 

LAC fetch low order address for printing 


print high order address, 
(don't byte off more than 
you can choo however) 
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The listing of EEDUhlPO continues below after an aside: RAM locations 000/00() 
and 000/007 are assumed to contain the current address in the dump, initialized 
to one less tlian the first address to be printed, upon entry to the jjrogramc RAM 
location 000/025 is assumed to contain a count up to ZJSjq givEig tlie number of bytes 
to print initially, and the number remaining tliereafter. 


END: 


STRING; 


0 1 1 \U60 
0 1 1 \061 
0 1 I \0 62 
0 1 1 \063 
01 1 \0 6^ 
011\06b 
0 1 1 \066 
0 1 1 \0 6 7 
0 1 1 \0 70 
0 I 1 \0 7 I 
0 1 1 \0 72 
01 1 \0 73 
0 1 1 \0 7^ 
0 1 1 \0 7 b 
0 1 1 \0 7 6 
0 1 1 \0 7 7 
0 1 I MOO 
0 1 1 MO 1 
0 1 1 M02 
0 1 1 M03 
0 1 1 M04 
01 1 MOb 
01 1 M06 
01 1 M07 
0 1 1 M 10 
01 1 M 1 1 
01 1 M 12 
01 1 M 1 3 
0 1 1 M 1 -4 
0 1 1 M I b 
0 1 1 M 1 6 
01 I M 1 7 
01 1 M20 
01 1 M21 
0 1 1 M 22 
01 1 M 23 
01 1 M24 
0 1 1 M 2 b 
0 1 1 M 26 
0 1 1 M 2 7 
0 1 1 M 30 
0 1 1 M 3 1 
0 1 I M 32 
0 1 1 M 33 
0 1 1 M 3d 
0 1 1 M 3b 
0 1 1 M 36 
0 1 1 M 3 7 


CAL TBYTEOCTAL^ 


go print low order address 


TYPEJ 
LAI N 

n -t I ( 

TYPE 


TYPEL) 

LHB 

LLC [— define data byte address and fetch 

LAM J it from memory 

CAL TBYTE0CTAL~Y 
L print data 

H J 

INI c~ ^^2.d the keyboard at end of line 
CPI to test for a null code 

"nuir'J and 

JTZ ELDUMPO continue if null. . . 

^ otherwise fall thru to END 


print a blank, followed by. . . 


print equal sign 


print a blank 


print data 


otherwise fall thru to END 


LHI 

h(STRING) 

LLI 

l(STRING) 

CAL TSTRING ^ 

J 

LHI 

0 ^ 

LLI 

LMI 

2 

KEYWAIT (RSTa) 
17io length A 
"CR" J 

"LF" / 

"LF" / 

"E" 

"N" ( A- 

’’D" 

"blank" 

"bell" 

"null" 


— go type string after defining 
the arguments as H/L 

these instructions are put in 
to reset the keyboard scan 
state and return to the IMP 
program operation. For 
use without IMP, these can 
) be replaced by a HALT or a 
return to a calling routine. 


7-bit ASCII for TTY end of 
data message 
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The listing of ELDUMPO continues, with another aside - The data definition of 
"STRING" IS an example of a general form called the "character string. " Suppose 
you want to edit a book, or a magazine for that matter - or a letter to a friend. One 
great way to do so is to use a string oriented program to store and maintain text as 
character strings. This basic form will recur in numerous ECS applications. 


01 1 \140 = 000 
0 1 1 \ =00 7 

0 I i = 000 

0 I I\1^3 = 00 7 
01 1 \1 = 000 
011\1db = 000 
0 I I\id6 = 00 7 
0 I 1\id7 = 00 7 
TBYTE- c—^OilMbO = 3dU 


OCTAL: — 


TST rUNG; 
TSLOOP: 


SPACES: 


TYPEIT: 


TYPEWAIT: 


011\1bl 

= 

002 

□ 1 1 \1 bi^ 

= 

002 

011\lb3 


Odd 

011\ib^ 

= 

003 

01i\1bb 


Odb 

011\1b6 

= 

30d 

0 1 1 \ 1 b 7 

3 

0 1 2 

01 i \ 1 60 

3 

0 12 

01 i\i 61 

= 

012 

0 1 1\i 62 

at 

Odb 

0 1 1 \l63 

s: 

30d 

0 1 1 \1 6/i 

= 

Odb 

011\16b 

= 

00 7 

0i1\i66 

= 

3d 7 

0 1 1 \ 1 6 ? 

= 

Obb 

0 i 1 \ l 70 


30 7 

0 U \ 1 7 1 


03b 

0 1 1 \1 72 

= 

Od i 

011X173 


1 10 

0 1 1 \1 7d 


1 6 7 

0 1 1 \1 7b 


0 1 1 

0 1 1 \1 76 

= 

00 7 

011X177 

= 

006 

011X200 

= 

OdO 

0 1 1X201 

= 

035 

011X202 

3 

Od 1 

c 

c 

3 

1 10 

011\20^ 

= 

1 7 7 

0 1 1 X20b 

= 

01 1 

011X206 

= 

00 7 

011X207 

= 

330 

011X210 

= 

006 

011X211 

= 

362 

011X212 

= 

1 1 1 

011X213 

= 

303 

0 1 1 \2M 

3 

113 

011X21b 

3 

036 

0 11X216 

= 

077 

011X217 

= 

006 



a few bells and nullsles always 
help annunciate the end of 
a program's execution. . . 


save data in E work register 
shift high order two bits to low 

and mask for O/T/2/3 digit 
•i-go OCTOUT your fantasies 


fetch saved data and shift middle 
octal bits to low order 
and print them 


I.AE - fetch saved data 

OCTOUT and print the low order data digit 

RET 

LEiM-here's the text string typing routine - 

NliXTA, —*get next address after savung length code. 
LAM fetch the next byte of string 

I’YPE and go type it on TTY" 

DCE decrement length count in E 

JFZ TSLOOP T ^ if any count remains, continue 

L ( printing the string 

n J 

RET return, if count exliausted. . . 

LAI come here to print spaces 



LAI 


print the space- 
decrement the space count 
if not zero have at it again 


come here to print a character 
ch 0, select, output 

go write the TTY output control word 
save status read 

restore data and go write 
make a wait loop to verify done-ness 
63 times should suffice 
beginning of wait loop 
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The final segment of ELDUMPO code is printed here. . . in order to run the pro¬ 
gram, be sure to reference the section on restart instruction usage located later 
in this issue. The restart routines TYPE, KEYWAIT, OCTOUT, and NEXTA 
are all defined in that section and referenced at various locations in ELDUMPO. 

0 1 1 \220 = 362 110 baud, ch 0, select, output 

011\221 = 111 INS 

0 1 1 \222 = 0^^ NDI 

011\223 = 030 mask for TBMT and TEOC bits 

011\224 = 0 74 CPI 

oil \22b = 030 both bits on and it might be time to try again. 

011\226 = 1 10 JFZ TYPEWAIT 

Ull\22 7 = 21 7 L either bit off indicates 

011\230 = 01 1 H definite try again 

011\231 = 031 DCD decrement loop count 

011\232 = no JFZ TYPEWAIT 

01 1 \233 = 21 / L - try again "n" times, to "be sure" 

Oil \234 = 01 1 H about the status bits - see below. . . 

Oil \23b = 007 RET return after really done. . . 

Note that a WAIT loop was inserted in this routine as a part of testing the UAR/Tc 
An experiment you may wish to perform is to minimize the number of times through 
the extra wait loop iterations used to be "really sure" the UAR/T is done. Note 
also that throughout this code, the input and output instruction operations used are 
those required for ECS-5's decoder as printed in that article. 


MANUAL BOOTSTRAP PROGRAM "STUFFER" : 

The listing of "STUFFER" is found on page 17 of this issue. The basic idea is 
to make a program which essentially delivers the minimal subset of an editor pro¬ 
gram such as IMP needed to stuff data into locations 
in the memory of the CPU. This routine takes a 
total of 52 j^q bytes of memory, and is amenable 
to loading via toggle switches - after which use of 
keyboard and octal coding will make for more effi¬ 
cient loading. The command keystrokes are as 
follows : 

"N" - ECS 5 code 31b^ is used to compute the 
next address and display the content at 
that addr es s. 

"1" - ECS-5 code 311g is used to insert the 

last entry at the current, address, increment 
address and display data at the next location. 

All Else - treat the lov^ order 3 bits as an octal 
digit shifted into the 8 bit entry register C 

To initialize the protiram's H/L address to memory, put the CPU in single step 
mode, interrupt and go to location zero, define the H and L constants at locations 
140 and 142, single step past location 101 of STUFFER, then go into execution. 
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OCTAL: 


I NIT: 


LOOK: 


NEXT : 


INSERT : 


OOOMOO 
OOOMOl 
000\102 
000\103 
OOOMOL 
OOOMOb 
000\106 
000\107 
000\110 
000\111 
000\112 
000\113 
000\11^ 
000\115 
000\116 
000\117 
000\120 
000\121 
000\122 
000\123 
000\124 
000\125 
000\126 
000\127 
000\130 
000\131 
000\132 
000X133 
000X13^ 
000X13b 
000X136 
000X137 
000X1^0 
000X1^1 
000X142 
000X143 
000X144 
000X145 
000X146 
000X147 
000X150 
000X151 
000X152 
000X153 
000X154 
000X155 
000X156 
000X157 
000X160 
000X161 
000X162 
000X163 


No. 1 


= 115* 
= 0 74 
= 316 
= 150 
= 1 50 
= 000 
= 074 
= 31 1 
= 150 
= 160 
= 000 
= 0 74 
= 377 
= 150 
= 137 
= 000 
= 044 
= 00 7 
= 310 
= 302 
= 002 
= 002 
= 002 
= 044 
* 370 
= 261 
= 320 
= 177* 
= 306 
== 175* 
= 025 
= 056 
= 000 
= 066 
= 200 
= 30 7 
= 177* 
= 306 
= 175* 
= 025 
= 060 
= 1 10 
= 143 
= 000 
= 0 50 
= 104 
= 143 
= 000 
= 3 72 
= 104 
= 150 
= 000 


-17- 


IN 2 - read 
CPiy 


keyboard data after an interrupt, 
test for an "N" code on keyboard. 

JTZ NEXT - if the ”N” is found, jump to the 
routine which increments H/L and displays 
the data at the next address... 

test for an ” 1 ’' 


CPI 7 
”1" J 


code on keyboard. 


JTZ INSERT - if the ” 1 ” is found, jump to the 
data insertion routine to define memory at 
H/L from last entry... 

CPI T 

' ■<--i- pQp null character code... 


-'■y 


initialize H and L use single 
start with a momentary keyboard 


ft -1-1 It I*" test 
null 

JTZ INIT - to 
step mode, 
key stroke 

NDI Assume octal, and throw away the 

” 00000111 ’' 5 high order bits with AND. . . 

LBA - temporarily save digit in B... 

LAC - fetch previous entry from C... 

RLC'^ 

RLC > make room for new digit, saving old high order 
RLCJ order information... 

NDI 7 Delete previous bits hanging 

”1111111000” j ~~ around in low order digit... 

ORB - merge in new octal digit from B save... 

LCA - save new entry in C for next time or use... 
OUT3O - entry displayed on the right... 

LAL - fetch low order address... 

L displayed on the left... 
for next key stroke... 
here to define initial value 
address registers H and L 
for loading data. Define 140 and 
1/|2 manually via bootstrap mode of ECS 3 
fetch the currently addressed byte 

- and display it in the right display 
fetch the current low order address 

- and display it in the left display 


0 UT 31 - 
KEYWAIT 
LHI 
? ? ? 

LLI 
? ? ? 

LAM - 

OUT 30 
LAL - 
OUT 31 



current 
I Wait 
Come 
of the 


KEYWAIT® Wait for next key stroke. 
INL - increment low order address.. 
JEZ LOOK - go look if not overflow. 


INK - increment high order if required 
JMP LOOK - and always go look thereafter 


LMC - insert the data entry in M(H,L) 
jnp I'JEXT - go calculate next address and 
then display info with LOOK... 


END NOTES: 

^ Output instruction codes are illustrated for the 
wiring of the prototype system - see note, p. II4. ECS- 6 . 

® KEYWAIT is mnemonic for RST 2 , used to access the 
keyboard interrupt wait routine. See page JO . 
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PROGRAMMING NOTES; Using Restarts: 

This is the first in a series of program¬ 
ming notes on the use of the Intel 8008 instruc¬ 
tion set in the context of an ECS system or its 
equivalent. . . 


The restart instructions of the 8008 are effectively one byte CAL instruc¬ 

tions with an implied target address given by the operation code. The implied sub¬ 
routine address of the instruction is one of the octal locations 000, 010, 020, 030, 

040, 050, 060 or 070 in page 0 of memory address space, specified by the middle 
digit "? " in the operation code "0?5“. The fact that only a single octal digit is avail¬ 
able for tins use immediately limits the application to a maximum of 8 critical 
(ie: much used) subroutines in a given software load. In a design such as that which 
was published in ECS-3 and ECS-5 during 1974, one of the restarts is attached to the 
I/O interrupt structure by using it as the "single instruction jam" which occurs when 
the CPU is to be interrupted. For the ECS series software, the interrupt structure is 
at present only used for keyboard interrupts which occur when a key is pressed on 
the typewriter keyboard of ECS-5. Alternatives to interrupting include use of a 
priority encoder to pick a restart routine in cases where fast vectoring is required. 
However, the fact that it is iinpossible to save the program state of an 8008 at inter¬ 
rupt time (without hardware augmentation that is) leads to the conclusion that the 
8008 is best programmed as a "one process" machine at the hardware level - with 
software polling of interrupt status for most of the fairly slow peripherals likely 
to 1)6 used in a home brew computer context. 

With one of the restarts thus taken up by the keyboard interrupt, there are seven 
instructions RSTl to RST7 which can be used for "something else. " What is that 
"something else. " Basically an analysis of your programming of a problem will often 
show a set of instructions which are used over and over again - a criterion which of 
itself defines a potential subroutine. Of the set of all possible subroutines a program 
might use, certain of these subroutines will be executed most often in the static sense - 
they occur repeatedly throughout the code and occupy a lot of memory space with 3 byte 
CAL instructions. These frequently coded ( but not necessarily frequently executed 
however ) invocations are likely candidates for use of the RST call mechanism 

in place of the CAL instruction. In making a routine accessible by RST, the amount 
of memory occupied by the linkages to the routines in question will be de¬ 

creased, but as is always the case, there is a price in execution time. Instead of 
taking one 11-state CAL instruction, the time required now includes RST - for a total 
of 16 CPU states, or 84 microseconds. 

The basic use of the RST instruction for a subroutine invocation (where the sub¬ 
routine is longer than 8 bytes) is illustrated by the following: 

In place of CAL XX, \ise RSTn (where n is an available restart ) 

At location OOO/OnO, code a JMP XX instruction to cause transfer of 
control to the routine as if CAL had invoked it. 

No other changes are required in the subroutine in question, since its execution 
does not care how it got there 
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As can be seen in this use of the RST instruction, you will be trading an RST 
followed by a JMP for a direct CAL - to achieve the same functional effect in a pro¬ 
gram's operation. Adding up the overhead, two CAL's require 6 bytes, and the 
total memory required for the same two CAL's implemented via RST is two 
RST's ])lus the one JMP at the RST target location. Thus for two or more CAL's 
to a routine, a net savings tending a s s ymptoti cally to 2 bytes per CAL will be 
realized. (Using this mechanism in the degenerate case of a single CAL to a 
routine will incur a one byte memory overhead penalty!) 

In order to successfully use the RST operations it is imperitive to structure the 
first /OOg bytes of memory address space (which I assume will be RAM) to take advan¬ 
tage of the method. The software supplied in the current and future articles of ECS 
assumes such, a structuring is being used, as described below. The text which fol¬ 
lows presents the definitions of presently used RST routines wdiich have been refer¬ 
enced in the listings of ELDUMPO and STUFFER given earlier. Note that most of 
the restart routines dcj not occupy a full 8 bytes (the maximum allowable without in¬ 
terfering with trie next RST zone of memory. ) Thus there is plenty of room for 
allocation of permanent or temporary RAM usage in the spare bytes left over following 
the RST routines proper and preceding the next RST location. Of these nominally 
"spiire" locations, several are given permanent system-level allocations in the 
text iielow', in particular locations 3 to 7 and 15 to 17g. 


INTERRUPT RESTART; 

The first l estart zone of memory is that from addresses 000/000^ to 000/007^, 
W'iiicli are accessed whenever an interupt occurs in the ECS series designs or their 
equivalents, d'tie "restart" routine for this case is the simplest - a h-ranch 

to the jjrime entry point of tlie currently executed program. For instance, to run 
ELDUMPO in this issue, the address of ELDUMPO's START location sliould be 
patched in as the target of a JMP instruction's operation, at locations 000/000 to 
000/002. The patching is done manually' in the bootstrap mode of an ECS style 
CPU. Manually patching in t’he address of STUFFER instead will change the key¬ 
board interrupt response to reference that program instead. The design of the 

IMP protiram which wall be listed and explained in tlie next issue of this magazine 
will assume that it is the "primary^" program of the system and will be the target 
of this branch. It will proceed from there to identify the source of the interrupt 
and return to the appropriate routine with tlie character it reads. (An element 
of the return from ELDUMPO to IMP is included in the current listing of ELDUMPO 
at locations 011/117 to 011/125. ) The remainder of the RSTO zone of the 8008 address 
space is allocated to usages for system parameters as follows: 

000/003 - IMPSTATE - tliis is an integer value wLich 

contains the current operating state code of the IMP 
program. 

000/004 - IMPENTRY - this 8-bit byte contains the last 

entry interpreted by IMP from keystrokes representing 
octal digits. 

000/005 - unassigned 

000/006 - MEMADDRH - this is the high order of a system 

level memory pointer used by IMP as well as ELDUMPO 
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000/007 - MEMADDRL - this is the low order portion of 
the memory address pointer . 


BYTE EXCHANGE RESTART: XCHG 

The second restart zone is reserved for prime use as a routine to exchange 
the two 4-bit halves of a byte of data. The purpose for this routine (wdiich is not 
accessed by the software listed in this issue) is to provide a simple means of 
manipulating BCD digits wiien writing routines for BCD arithmetic. The code 
of XCHG is as follows : 


XCHG: 


000/010 

002 

RLC 

000/011 

002 

RLC 

000/012 

002 

RLC 

000/013 

002 

RLG 

000/014 

007 

RET 


The location 015 in this restart zone is reserved for a JMP instruction op code 
(104g) followed by two variable bytes set whenever an indirect form of branching 
is required. This location (015, symbollically "GPJMP”) is used by IMP for exam¬ 
ple to branch to an appropriate routine in response to keyboard commands stored 
in a table. 


KEYBOARD WAIT RESTART: KEYWAIT 

The third restart zone of address space extends from 000/020 to 000/027g and is 
accessed by the RST2 instruction code. The definition of this restart is assumed by 
both the IMP and ELDUMPO programs to be a routine which sets up the keyboard 
interrupt hardware then halts pending an interrupt. The routine occupies four of 
the 8 available bytes in the RST2 zone - the balance from 000/024 to 000/027 

are available for use as temporary RAM locations at present, as for example 
ELDUMPO's use of location 25 to hold the number of lines remaining to be printed. 


KEYWAIT: 000/020 

006 

LAI 

load the 

000/021 

003 

003 

interrupt enable code 

000/022 

117 

INO 

write - resets interrupts 

000/023 

377 

HALT - wait for interrupt 


PRINT A GHARAGTER: TYPE 

The fourth restart, RST3, has the purpose of implementing a single character 
TYPE function via RST mechanisms - where the character to be typed is assumed 

to be in the A register prior to entry. Its implementation as a RST routine is via 
the JMP mechanism - the invocation causes a jump to a location within the ELDUMPO 
routine which performs the actual typing: 

TYPE: 000/030 104 JMP TYPEIT 

000/031 207 L 

000/032 011 H 

The remainder of this restart zone, addresses 033 to 037, are unallocated to software 
use at present, and niight be used for temporary RAM storage or other purposes which 
do not conflict with the RST functions. 
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OCTAL OUTPUT ROUTINE: OCTOUT 


The fifth restart, RST4 , is used at present only by the ELDUMPO program, and 
might in fact be redefined for a more important application at some future time. It 
consists of the code needed to form a single octal digit in 7~bit ASCII code for the 
teletype, followed by a TYPE instruction (RST3) to print the octal digit in question. 


OCTOUT: 


000/040 

044 

NDl 

000/041 

007 

mask off low order - scrap high 

000/042 

0 64 

ORI 

000/043 

060 

or in the first numeric code 

000/044 

0 35 

TYPE and go type result 

000/045 

007 

RET 

the remainder of 

this zone is unused at present and might 


be employed by an application requireing temporary storage in RAM. 


NEXT ADDR ESS ROUTINE : NEXTA 

The sixtl) restart, RST5, is the final one giresc'nted in this set of definitions. 

It is a rujutine to perform a double precision incrementation cT tlie address 

stored in tbt- H and L registers. It is currently used, for example, in the string 
tyjiing routune ot ELDUMPO found at locations 166 to 176 in page Oil. 


NEXTA: 

000/0^0 

()e 0 

INL 

Increment E 


000/0 Si 

013 

RFZ 

Return if no o v erf 1 ci w 


(0)0/0 52 

0 5 0 

INH 

Increment H 


000/053 

007 

RET 

Return always. 

The remaining portuni 

r»f tins zone 

is 1 e if. 

und 

efined at present, tor future allocation 


to permaiient (;r temporary use. 


NOTES OF INTEREST TO READERS.... 

C o n c e r n i n g Circuit Boards: 

For tlie time lieing I am remoedng the circuit board products previously announced 
from this market place. The KCS-Z lioard is functional but represents an overly 
complex approach to an audio frequency tape recorder modem and I will shortly be 
replacing my own versions with simpler designs. For examples of a simpler modem 
see the cuirrcnt issue of Radio Electronics (February 1975) page 53 for use of the 
EXAR modtmi chips. The memory board which I previously announced 

works fine - in fact it was used to store the program ELDUMPO in this 

issue - but I have added some options which make the original board obsolete. The 
details of the IK memory design will still appear in the next issue as announced. 
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In view of the fact that I am no Itmger providing the ECS-2 board, I will agree 
to refund purchase ];rice to the liandful of subscribers who have purchased this item 
upon receipt of a request for tlie refund. 


Concerning Errata h- P r o g r a m Patches : 

Since the previous is:-ue, ECS-6, some further errata in previously published 
designs have come to my attention. First, two items received from Herman Demons- 
toy of Painted Post, Nc Yc : 

- The output pins of the 2 501 memories shown in drawing ^5 of ECS-3 are 
incorrectly identified, Pin 14 (indicated as tiie D output) sliould be Tne D 
output - and vice versa. To fix the drawing, write "14" wherever you see "13" 
on a 2501 output, and write "13" wherever you see "14" printed next to 
a 2501 output. TliC functional impact of this error is a logical inversion of 
the data stored in memory and read liack out. 

The sense of the control lines numbered 134 and 136 on drawing §(j of ECS-3 
is incorrect. The correct wiring can be obtained by either adding an inversion 
with a 7404 section or equivalent, or in the case of line 136, by eliminating the 
inverter shown in drawign #8 of ECS-3. 

Mr. Demonstoy receives a subscription extension of his subscription liy one issue 
for his identification (»i these errors and detection of an error in the MEMZAP 
program which had been previously noted by my brother Peter. 

The MEMZAP program listing has an error in it, page 65 of ECS-3. Word 
6 of the program should read "371" and not "307" as printed. This error was first 
identified by Peter Hehiiers, 

The ADD8 subroutine of the extended precision addition routine has several 
errors. Peter Helmers relays the following routine which works, created by his 
associate l^oren Woody at the University of Rochester: 


ADD6: 

OOC/lOO 

0 l(_6 

LEI 

Set E to 0 (new 


c 

c 

o 

000 




ooo/i02 

361 

LLB 

Get AVAR 


000/103 

307 

LAM 



000/103 

362 

LLC 

Point to BVAR 


000/103 

207 

ADM 

Add BVAR 


000/1-06 

100 

JEC 

ADDGARRY 


000/107 

112 




000/110 

000 




ooo/i.1 

0/0 

HIE 

Set E to 1 

ADDGARRY: 

0C0/l12 

o 

C\J 

ADD 

Add old carry 


000/113 

100 

JFG 

SETGARRY 


0 0 C) ! 1 ]1 

117 




OOO/ll/ 

000 




000/116 

0/0 

HIE 

Set E to 1 

SETCARRY: 

OOO/117 

33/ 

LDE 

Save Carry 


000/120 

370 

LMA 

Save Result in B 


000/121 

007 

RET 

and return.. 
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Concerning Wliere To Get Parts (ie; 8008*s) 

Peter Pelrners has just recently completed his version of an 8008 system (at 
least the initial stages. ) As part of his shoestring approach, he did a survey of the 
various vendors advertising in the Radio Electronics, '73 , and Popular Electronics. 
magazines. I will not repeat the vendor addresses here, since all of them advertise 
regularly in the above magazines. What follows is Peter's summary: 

a) Godbout Electronics was the fastest to reply. They also seemed the 
most open - especially considering their offer to talk via phone and an ex¬ 
plicitly stated guarantee. 

b) Electronic Discount Sales - second best source - reminds me of an oper¬ 
ation like yours is in publishing. , . Had as a good a price as Godbout. Did offer 
guarantee in post card reply. 

c) RGS Electronics - "stuffy". Gave an impressive reply, but are obviously 
trying to sell their kit rather than chip itself since they are way over the "market 
price" (eg: $50) of the 8008. My only dislike I guess is their price since on re¬ 
reading their reply I would not hesitate to purchase from them. 

d) M8/R Enterprises - I wouldn't purchase from them. I am not sure that I 
believe their story about "savings to the customer" since quantity prices of 

the 8008 are $60 leaving them no profit. Also, considering that the Micro System 
International unit is offered (surplus) from Electronic Discount Sales, I wouldn't 
be surprised if these two companies bought from the same sources. Also, this 
company is the only one that did not mention any sort of guarantee, 

Peter ended up buying his CPU for $50 from Godbout and shipped immediately to 
me in late December. I ran it in my system in place of my regular CPU for about one 
week and could detect no differences executing a typical set of programs. His latest 
report is that the CPU is up in and running in his version of the 8008 type system, 
and operating at a clock rate of about 717Khz with no sweat (my $120 CPU purchased 
from Cramer new in 1974 (March) craps out at 500 Khz - sigh! ) 

Concerning The 8080, ALTAIR and Better Systems. 

Since 1die last issue was mailed, I read of the Altair computer in Popular Elec¬ 
tronic s. It is a welcome addition to the home microcomputer market place, since 
the fact that the entrepenuers at MITS are willing to speculate on market acceptance 
of such an advanced (and expensive) product i s an indication of the growth of the field 
of avocational computing. First, a note about the PE article—it was fairly obviously 
prepared by an individual with the following characteristics: little knowledge of 
computers, a package of materials handed to him with correct data on the device 
and its capabilities, and boundless enthusiasm. The net vector sum of all these 
inputs is a set of fairly outrageous statements. From what I have seen of the 8080, and 
a comparison with products such as the Motorola 6800, I tend to prefer the latter due 
to its much better documented and designed instruction architecture from a programming 
and systems standpoint. 
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Oil t.hc .same then''e, a Ic.ny let.ter ir(;m Gordon French arrived on my desk on 
the 10th of January or tli c i'e abo nl s (me idenra 11 y, composed and printed using an 8008 
based text editor running to a teletype, ) Several points are worth noting for readers: 
hirst, Mr. French lives in Menlo Park California, which is relatively t lose to the 
Intel facilities. The following excerpt from his letter concerns a visit he made to the 
Intel people: 


' . . , I spent 2 hours talking aliout tiu' Altair 880 with Intel engineers 
ill the Intel Fobby. Cist of many subjects discussed is the following. 

Intel does not now nor will they ever, surplus out of spec parts to the 
market. Intel does not desire to cater to the Amateur Computer User 
to an extent that W'ould mean product design intended for the ACU. 

They w'cTcome the MITS effort, because it gives them a single source 
for a large volume sale (with no hassles). They say that the big prob¬ 
lem is in instructing the engineer user on how to program the machine 
(no wonder, since they push hex as the source code!) Most of the 
people they train have had high level language schooling and find the 
assembly language tedious, difficult, or utter ly impos sible. They 
said there is definitely a market for tutorial texts on assembly language 
techniques. As for the 8008 or Altair 880 users - they advise the 
serious user to purchase their Intellec 8080 ($3840) otherwuse they are 
not interested. The feeling I came away with was that their whole mar¬ 
keting philosophy (understandably) is that they will go after the 100000 
piec e order. As for future products that they think might get into amateur 
machines (when I asked about future PvAM costs and new easier to 
use RAM) they say that they sell all the product that they can produce 
and that this is going to keep the price of RAM up until that situation 
changes. They also say that they will continue to produce products 
that are specifically high volume productions. Draw your own con- 
conclusions. ” 



With the current going price of the Intel 8008 at $50, he draws some fairly obvious 
conclusions regarding amateur computing systems - it will remain extremely eco¬ 
nomical for some time to orient a system around the 8008 - with the newer 8080 
or similar technology processors remaining fairly expensive for some time. Ulti¬ 
mately, the 8080 or other CPU products such as the Motorola 6800 will be coming 
down in price as production expands - at which point the 8008 will be relegated to 
the same place in amateui computing as the one tube triode transmitter occupies 
in amateur radio. . . a cheap and fairly low power introductory "rig". 


Regarding RAM prices, the latest issues of Electronic News and other trade pub¬ 
lications are running advertisements indicating a IK static (2102 or 2602) price of 
$4. 95 in 1000 quantities. The current small quantity price according to Peter 
Helmers who just acquired 2K bytes worth is $7 - new from a regular distributor . 
Conclusion: if you see a surplus house advertising these devices above the new price, 
it is suggested you talk 'em down to a reasonable level if possible. The basic systems 
prices are coming down - the market can only expand as more and more individuals 
can afford the technology. The parts in question are made by Advanced Micro 
Devices, whose distributors are Hamilton / Avnet, Cramer and Schweber. 
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Pu b li s h e r ' s I nt r oduc ti on : 


This issue of ECS is the second for 197 5. It is somewhat different from previous 
offerings in this series of publications in that it is the first issue to be almost exclu¬ 
sively devoted to software - two fairly large programs for an 8008 computer archi¬ 
tecture are listed with commentary., The roster for this issue is. . . 

1. The Interactive Manipulator Program (lMP-1): How can you make your 
task of loading and changingiaiemory content easier? One way is to use an 
interactive editing algorithm such as IMP-1 . In this section you will find 
the functional description, annotated listing and examples of the usage of 
IMP in conjunction with keyboard input, binary (or octal) display outputs - 
and if you have a character output device such as TTY or TV-Typewriter, 

- optional links to ELDUMPO (see last issue) are included. 

2. Memory Module ECS-7 Hardware Description: As noted, the main theme 
of this issue is software - but software generally requires memory, so the 
1024 byte memory page design is included with this issue. The writeup in¬ 
cludes the logic diagram, tables, and notes on expansion to more 1024-byte 
banks and a very useful feature called "hardware write protect. " 

3. Memiory Test Programi (BITCHASER): What distinguishes good bits from 
bad bits? Hmm! Maybe the good ones are white and the bad ones. . . ? ? ? Not 
likely! But BITCHASER knows - in the form of a write/read verify of all the 
words in a selected segment of memory. You can put BITCHASER to work 
seeking out and counting bad bits - pursuing them relentlessly through the 

ins and outs of memory address space within a specified set of limits. 

4. Programming Notes: Symbol Tables: How can you use the concept of 

a symbol table - in elementary form - to aid in the writing and debugging of 
programs in absolute binary? A hint was provided in last year’s ECS-5 
article. This issue illustrates with IMP and BITCHASER, as explained 
in this section of the miagazine. 

The next issue is scheduled for mailing on March 10 1975. The technical content will 
consist primarily oj. a new tape interfacei design along lines suggested in a Radio 
Electronics article using the XR-210 Modem chip. The article is to include the tech¬ 
nical description of the hardware plus software extensions of IMP for the purposes 
of dumping and restoring data to /fr am the tape interface. I 

Publisher 
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THE INTERACTIVE MANIPULATOR PROGRAM IMP - 1 

Functional Description of IMP-1: 

IMP is designed to be utilized from a keyboard such as the interface design of 
ECS-5 previously published, or any suitable typewriter keyboard with appropriate 
coding changes for the keystrokes. The purpose of the program is to manipulate 
and examine the content of memory as well as to invoke - and return from - various 
system utility routines and applications programs. These goals are accomplished 
using a set of internal RAM data areas sandwiched in among the restart routines 
described last issue , and a set of definitions for the keyboard buttons used by the 
program. The basic user data areas of concern are: 

IMPENTRY (location 000/004). This byte contains the last data byte defined 
in octal notation by the keystrokes ’*0” to "7" (as well as the low order 
3 bits of all unused keyboard codes. ) 

MEMADDR (locations 000/006 and 000/007), These two bytes contain the 
H (location 6) and L(location 7) portions of a complete memory address. 
They always maintain the current pointer to any memory location in the 
computer’s memory address space, and are defined using the "H” and 
"L" keyboard commands. 

Memory (arbitrary locations. ) The entire memory address space ( all 
16,3842^0 bytes) is potentially accessible to IMP through MElVlADDR. 

Please note however, that while you can address any location with 
MEMADDR this does not necessarily make the operation meaningful! 

If you do not have an ECS-7 memory page (or other design hardware) at 
a given location, writing sends data to the ”bit bucket" and reading will 
result in a null code of 377g, 

Displays. Left and right 8-bit binary displays are used with IMP for purposes 
of examining data 16-bits at a time. Although the original program devel¬ 
opment was done using binary lamps for 16 bits, an easier-to-use display 
can be made by decoding 6 octal digits with BCD to 7-segment integrated 
circuits driving LED display digits. 

The current set of IMP commands used for manipulation of data is listed 

beginning on this page. At the end of the program listing/writeup several examples 
of the use of the commands are included, 

IMP COMMAND LIST 

"D" - link to ELDUMPO to print data on TTY or send character format octal data 
to an alternate display device. Use the last MEMADDR to define the starting 
address (minus one ) and use the content of IMPENTRY as 

the number of bytes to dump. 

"E" - examine the content of the two bytes at MEMADDR and MEMADDR F 1. 
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"H" - set the H portion of MEMADDR from the last content of IMPENTRY, 

"I" - insert the last content of IMPENTRY in memory at MENIADDR and then incre¬ 
ment MEMADDR and display the tw'o bytes at the new MEMADDR and MEMADDR+1 

"J" - replace the byte at MEMADDR with the last content of IMPENTRY - but do 

not increment MEMADDR or display the results. 

"K” - clear the value of IMPENTRY to 000^ „ 

o 

"L" - set the L portion of MEMADDR from the last content of IMPENTRY. 

"M" - examine the current content of MEMADDR in the display. 

"N" - increment MEMADDR and display the two bytes at the new MEMADDR and 

the new MEMADDR 4 P 

"Shift X" - requires two keys to be depressed for safety - cause IMP to transfer 
execution to the location in MEMADDR after changing IMPSTATE to inhibit 
all keyboard decoding until return to IMP is desired^ 

Further commands will be added to this list in the future as IMP is extended in scope 
to cover such functions as tape interface manipulation, invocation of applications 
programs and compilers, etCo The basic design of IMP is a simple one - its command 
interpreter uses single key strokes as the fundamental "token" or yiarticle of its 
semantics,. By looking at the code as listed and explained in this issue, readers 
will be able to extend the above list for their own purposes by adding to the command 
table (see below) and supplying appropriate routines „ 

COMMAND TABLE: IMP is a "table driven" program. This means that the list 

of commands (keystroke codes) is contained in a table, al ong with a pointer to 
the appropriate software routine. . . 

"D" and L addre ss of "DUMPER" 

"E" and L address of "EXAMINE" 

"K" and L address of "CLEARENTRY" 

"L" and L address of "SETL" 

"I" and L address of "INUNEXT" 

"J" and L address of "INSERT" 

"N" and L address of "NEXT" 

"Shift X" and L address of "GOBLO" 

"H" and L address of "SETH" 

"M" and L address of "DISPM" 


IMPCMDS: 




0 0 U \ 3 

= 

30^ 

1_ 

OUU\3bb 

= 

2^0 

3 

UOU\3b6 

= 

3Ub 

3 

QUO\3b7 

= 

1 b6 


UOU\36U 

= 

313 

')_^ 

UU0\361 

= 

22 1 

3 

UOO N362 

= 

3 i A 

Y 

UUU\363 


U 76 

T 

000\36d 

= 

3 1 1 


UOO \36b 


1 b2 

f 

OUU \366 

=: 

312 

3_ 

0UU\367 

= 

1 6U 

J 

UOO\37U 

= 

3 1 6 

1 

0 0 0 \ J 7 1 


1 b3 

J — 

OUU\3 7 2 

= 

2 30 


0 0 0 \ 3 7 3 


20 U 

3 

UOU\3 7d 

= 

3 1 0 

) 

U U 0 \ 3 7 0 

= 

1 0 6 

3 ■" 

U U 0 \ 3 7 6 


3 1 b 

c _ 

000\377 


1 1 2 



NOTE: The character codes in tills table are taken from ECS-d, page 13. 
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The actual hstiUi^ of IMF- be gin s at page a.cFiress 013y byte address OOOg with the 
entry point and the beginning of command decoding. 


IMPSTRT: 


IMPGO: 


IMPDECO; 


01dVOUO 


00 6 

0 1 JXOU 1 

n 

00 2 r’"-'; 

U13\0U2 

SE 

ii/J 

013N003 

=X 

300 ^ 

013\0Q^ 


300 i 

013\00b 

= 

300 ) 

013\006 

ai 

006 

013X007 


002 

013X010 

s 

0 75 

013X011 

= 

3 1 / 

013X012 

3= 

1 1 5 

013X013 

ai 

01 1 

013X01^ 

= 

1 50 

013X015 

= 

230 

0 1 3X0 1 6 

2 

013 

0 1 3 XO 1 7 

= 

01 1 

013X020 

= 

1 50 

013X021 

8 

026 

013X022 

» 

013 

013X023 

C 

300 

013X02^ 

a 

300 

0 1 3X02b 

s 

025 

-s figured out that it 

execution 

flows to 

013X026 

a 

310 

0 1 3 XO 2 7 

s; 

056 

013X030 

2 

000 

0 1 3 XO 3 1 

m 

066 

013X032 

at 

354 

013X033 

2 

277 

013X03^ 

2 

1 50 

013X036 

2 

1 20 

013X036 

sr 

0 1 3 

013X037 

= 

0 60 

0 13X0^0 

= 

0 60 

013X0dl 

3 

306 

0 1 3X042 

3 

0 74 

0 13X043 

X 

000 

0 1 3X044 

3 

30 1 

013X045 

3 

1 10 

0 13X046 

=5 

033 

013X047 

= 

0 1 3 

0 1 3 XO 50 


106 

0 13X051 

= 

054 

013X052 


0 1 3 

0 1 3X053 

= 

025 


^How do you deal with noisy layouts? By a soft¬ 
ware failsafe to turn off interrupt hardw'arel 


These *'NOP'‘ 
call to high prior 

LAI 

s(IMPSTATE) 




instructions allow room for a future 
ity interrupt handlers. 

define address of IMPSTATE 
in H/L using SYM table, 
fetch IMPSTATE to B 
read keyboard 

if IMPSTATE was 1, B now zero 
so return to application program. 

if IMPSTATE was 2, B now zero 
so return to IMP operation. 


allow for expansion patch to addi¬ 
tional checks of IMPSTATE. 


it would be a neat thing to do to decode what the key- 
to IMPGO to begin a loop through the table. 

Save the character input. . . 



LBA 
LHI 

h(IMPCMDS) 

LIJ 

l(IMPCMDS) 

CPM , 

JTZ GOTFUNC 

L j 

H J 

INL ?_ 

INL 5 

LAL 



Note the lack of use of SYM 
mechanisms - this is the 
only place the command table 
is ever used. ... 

compare and go branch to function 
if match is found. . . 

-point to next entry in table 

move to accumulator 

to test last time through 
one plus last table address. . . 
restore character input. . . 
and recycle if more in table. . . 


OCTINTRP? otherwise no match so fall thru 
^ and pretend input is an octal 
bit pattern in low order. . . 

KEYWAIT ^—then go to sleep till woken up again 

by user... 

Note how all keystrokes which do not match the table are treated as octal digits 
by calling OCTINTRP to stuff the low order 3 bits into IMPENTRY. . . 
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The octal interpreter routine OCTINTRP is a simple-minded affair which reaches 
out like an "octalpus" and grabs every keystroke that isn't tied down to a well defined 
meaning. . . 


OCTINTRP; 0 1 J\Ubd 

= 

044 

013\U bb 

= 

00 7 

0 1 J\0 Db 


310 

0 1 3 \0 b 7 

= 

006 

013N06U 

= 

004 

U 1 3 \U6 1 

= 

07b 

0 13\062 

= 

30 7 

013\0b3 

= 

uot^ 

0 1 3 \0 64 

= 

ooa 

U13\06b 

= 

OOki 

0 1 3\066 

= 

044 

013\067 

= 

3 70 

0 13\C)70 

= 

a 61 

0 1 3 \U 7 1 

= 

3 70 

0 1 3 \U 71i 

= 

1 7 7 

0 1 3 \0 7 3 

zz 

‘dbU 

013X074 

= 

1 7 b 

013X07b 

= 

00 7 


NDI 

octal mask 
LBA 
LAI 
s(IMPENTRY) 
SYM 
LAM 
RLC 
RLC 
RLC 
NDI 

h. o. mask 
ORB 
LMA 
OUT30 
XRA 
OUT31 
RET 



discard high order keystroke data 
then save the data 

I r —use SYM mechanism to address the 
J old IMPENTRY value. . . 

then fetch that value. . . 
shift left 3 drops 3 bits into a 
logical bit bucket - preparing 
for the AND which erases the 
bits with a mask for the new 
high order positions, 
not a planet in the sky but a logical 
"OR" of B followed by saving . 
ECS-5 blooper for OUT30 device, 
clear accumulator 

ECS-5 blooper for OUT3I device code, 
return after displaying entry. . . 

0C7>q LPUS 



Tv/o particular keystrokes which escape the octalpus are the H and L commands, 
which are servdced by the routines SELL and SETH. These two routines share a 
common set of code beginning at DISPM with the M command used to simply display 
the content of MEMADDR. 


SETL: 


SETH: 


DISPM: 


013X076 


006 

LAI 


0 1 3 XO 7 7 


006 

s (MEMADDR) ^ 

013X100 

= 

0 75 

SYM 

j 

013X101 

= 

0 60 

INL 


0 1 3Xl0tf 

= 

37 1 

LMB 


013X103 

= 

104 

JMP 

DISPM ^ 

0 1 3X104 

= 

1 1 2 

L 


0 1 3 X 1 0 b 

= 

0 13 

H 

V. y 

013X106 

= 

006 

LAI 


013X107 

= 

006 

s{MEMADDR) b— 

013X110 

= 

0 7b 

SYM 


013X111 


371 

LMB 


013X112 


006 

LAI 


013X113 

= 

00b 

s (MEMADDR) 

013X114 

= 

07 b 

SYM 

J 

0 1 3X1 1 b 

= 

1 0 4 

JMP 

EXAMINE 

013X116 

= 

1 56 

L 


013X117 

= 

0 1 3 

H 



point to MEMADDR with H/L 
via SYM mechanism 
increment to point to low order 
got here with IMPENTRY value 
in B via "SYSSETUP" rtn. 


point to MEMADDR here too. . . 

load the H value. . . 

looks redundant, but takes care 
of all cases - define H/L to display 
current MEMADDR value. 


Note the continued use of the SYM restart fdescribed later in this issue) to define 
address pointers fromi thi^ symbol table. This stretch of code references the address 
of MEMADDR from tliree places inde]iendently - demonstrating SYM tlirice. 
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When the little IMP has gotten around to figuring out which function key was picked, 
the next task is to call the appropriate routine. This is accomplished by setting up 
an indirect jump through location 000/015 using the address found in the command 
table at the next address after the command code matched by the IMPDECO scanner. 


GOTFUNC: 


01J\120 
U13\121 
U13\122 
013\123 
013 \ 12 ^ 
013\12b 
013\126 
013\127 
0 1 3M 30 
013\131 
013\132 
013\133 
013\134 


0 60 
34 7 
036 
0 13 
106 
212 
013 
106 
135 
013 
104 
0 1 5 
000 


INF ) point to next entry in table after key code 
FEM 3 to define the low order branch address'll 

FDI *all branches are assumed to be in page 013g 
page 013 may have to branch elsewhere if full. . . 

CAF SETJMP 3 

F f-^go define GPJMP address for 

H -J indirect jump to desired routine. 

CAF SYSSETUP) 

F y go define system parameters prior 

H _3 to the indirect jump 

JMP GPJMP 7,,_ indirect jump to selected routine. 

F I squeezed in following XCHG restart. 

H ^ in page 0 


The next stretch of code consists of the SYSSETUP subroutine followed by the func¬ 
tion routines for memory insertion and examination. The EXAMINE routine is 
reached as a result of the E, H, F and M commands as well as the more obvious 
fall thru from the N or I command routines. 


SYSSETUP: 


013X135 

= 

066 

013X136 

= 

□ 07 

013X137 

S 

347 

013X140 

ss 

061 

013X141 

s 

337 

013X142 

a 

061 

013X143 

a 

061 

013X144 

a 

317 

013X145 

= 

364 

013X146 

s 

353 

013X147 


00 7 


LFI -y 

l(MEMADDR-f did not use SYM here ! 

-—define L parameter 


LEM 

DCF 

LDM 

DCF 

DCF 

LBM 

LLE 

LHD 

RET 


— define H parameter 

— point to IMPENTRY 
define last IMPENTRY 

^point to memory at MEMADDR 
end of setups 


INSERT: 

013X150 

aK 

371 

LMB T 



013X151 

3 

025 

KEYWAIT 3 


INNEXT; 

013X152 

= 

37 1 

LMB -- 

_^ 

NEXT: 

013X153 

= 

106 

CAL INCMA ^ 



013X154 

a 

164 

L ( 



013X155 

= 

0 1 3 

H 

• 

EXAMINE: 

013X156 

= 

30 7 

LAM - 

—^ 


013X157 

s 

1 75 

OUT31 



013X160 

s 

055 

NEXTA 



013X161 

= 

307 

LAM 7_ 

_^ 


013X162 

s 

1 7 7 

OUT30 ^ 



013X163 

a 

025 

KEYWAIT 



insert entry and go to sleep! 

insert entry with NO~DOZ 
fall thru to incrementaddress 

and store back into 
MEMADDR 

EXAMINE is indiscriminate I 
it will display any data 

get a second byte 

and out it too (sic) 
and go to sleep after displaying 
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Now in the context of the IMP program, the simple H/L me r ementatioii provided by 
the NEXTA restart function will not suffice - the new' address obtained by incremen¬ 
tation should lie saved in MEMADDR. INCMA calls NEXTA then saves the H/L address 
in MEMADDR and returns with H/L pointing to the computed address. . . 


INCMA: 


013\16^ 

= 

0 b b 

NEXTA - 

CJ 1 3 \ 1 6 b 

= 

346 

LEL T 

013\166 

= 

33b 

LDH r 

0 1 3 \ 1 6 7 

= 

006 

LAI 

0 1 3\1 70 

= 

00 6 

s (MEMADDR) 

0 1 3 \ 1 7 1 

= 

0 7b 

SYM 

013\172 

= 

37 3 

LMD - - 

013\173 

= 

060 

INL 

013\l7^ 

= 

3 74 

LME -— _ 

0 1 3 \ 1 V b 

= 

3b3 

LHD A 

0 1 3 \ 1 7 6 

= 

364 

LLE V- " 

0 1 3 \ 1 7 7 

= 

00 7 

RET J 


■ RST compute of next H/L 
“Save the address 

-Computed address to MEMADDR 
would be nice - keeps it around 
Save high order 
point to next address 
Save low order 
Redfine the 

pointer in H/L same as 
MEMADDR &: return 


When it is desired to bomb out by attempting to execute an unproven new routine, 
hold your breath, set the new routine’s address in MEMADDR with H/L commands, 
press ’’shift” and ”X” simultaneously and watch your program go blow up. . . 

GOBLO: 0 13\5:iUU 

0 13 \ 20 1 
O 1 3\201:i 
01 3\ii03 
0 1 3\ii04 
0 I 3\i^05 
0 1 3 \ 1^06 
0 1 3 7 

0 1 3\fil0 
013\21 1 

Actually, the damage of faulty programming can be minimized somewhat when you 
first attempt to run a program. The mechanism is the "write protect” option on the 
ECS-7 RAM module design in this issue - simply put the swdtch in its "protect” 

position and then execute the routine with knowledge that it can't destroy the software 
carefully loaded into the RAM module via IMP or STUFFER, However you get to 
the program, one useful thing is to set up jumps. The routine SETJMP creates the 
indirect jump address in GPJMPL using the content of D and E for H and L respec¬ 
tively. . . 


= 

106 

CAL SETJMP > ^ 

Come here to go ? 

= 

212 

L P 

First define ? address 


0 1 3 

H J 

via subroutine. . . 

= 

066 

LLI If- 

Define IMPSTATE 

= 

003 

1{IMPSTATE) S 


= 

0 76 

LMI ? ' 

Reset IMPSTATE to 1 for ? 

= 

00 1 

1 r 


= 

104 

JMP GPJMPA ^ 

And go to ? defined by MEMADDR 


0 1 b 

015 y 

via indirect 

= 

000 

000 \ 

at location 000/015 


SETJMP: = 006 LAI 

0 13X1:^13 = 0 10 s (GPJMPL) 

013\fll4 = 0 7b SYM 

0 1 3 \‘d 1 b = 3 7d LME- 

013\216 = 060 INL 

0i3\ai 7 = 373 LMD- 

0 13\220 = 00 V RET 


point to general purpose jump 
via the SYM mechanism 
-E argument to L of jump address 

-D argument to H of jump address 
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Garbagt' in - garbage out is pure cornputerworld cliclie. However what do you do 
if you get garbage in to IMPENTRY'!* Wliy of course get the garbage out by pressing 
the "K" key command to activate. . . 


CLEARENTRY: 


013\2kl 

= 

UO 6 

LAI y 

0 1 3\'ci‘cik 


004 

s(IMPENTRY) { 

01j\kyj 

= 

0 7b 

SYM J 

U1 3\22^ 

= 

37 b 

LMH ^ 

0 1 3\22b 

= 

104 

IMP EXAMINE! 

U1 3\226 

3 

1 b6 

L ' 

0 1 3\22'( 

= 

0 1 3 

II 


point to IMPENTRY via SYM 

H known to be 0 so use it to 

zap entry and go examine. . . 


The following is a routine used normally to intercept interrupts from an application 
program reached from location 013/014 if IMPSTATE is "1". It is designed for a 
normal transfer to the start of the application program via GPJMP as set by the 
original "Shift X" execution initiation or a subsequent setting of the application pro ¬ 
gram. As shown, however, it needs a patch at location 013/232 to supply a JFZ 
and at 013/231 to insert an appropriate interrupt-prc:»ducing character key code. You 
could use the "J" command to change it after loading and setting the proper address ! 


0 I3\230 

= 

0 74 

CPI 


On resumption of application prog- 

0i 3\23 1 

3 

300 

"Shft h Ctrl" 


ram check for escape mechanism 

01 3\232 

3 

1 04 

JMP GPJMP 


-Ignore escape until JFZ is used ■ ! 

013\y33 

= 

0 1 b 

L 

V 

( 

- change 

013\234 


000 

H 

J 

013/232 to JFZ if needed. 

013\23b 


0 76 

LMI 

7 

f 

Reset IMPSTATE on escape. , . 

013\236 

= 

002 

2 

V 

\ 

to normal interpreter mode. . . 

0 1 3 \ 2 3 7 

= 

02b 

KEYWAIT 

Then wait for user action. 


The final routine inserted in page 0]3 for the preliminary release ;.;f IMF* as IMP-! 
is DUMPER - a short routine to define the data count for EILDUMPO (sec' last issue. 
Volume 1 No ij then branch to the entry point of ELDUMPO. This meciianisn' was 
used to activate ELDUMPO for the listings of code found in this issue - the address 
(minus one) was defined, in MEMADDR, and tlie data count was left in IMPENFR' . 


Then the "D 


DUMPER; 


1" key IS 

pressed t i i u 

s starting ( 

)ff thi.s 

s equ enc e. .. 

013N24U 

_ 

0 66 

LLi 

'/ r'“ 

Define address of ELDUMPO 

0i3\241 

= 

02b 

UCOUNT) 

/ i 
/ ) 

data count word . , . 

013\242 

3 

0b6 

LHI 

G 

via the old fashioned mechanism 

013\243 

= 

UOO 

h(COUNT) 

j 

without SYM - used once here. 

013\244 

= 

0 i u 

INB 


- Increment copy of ENTRY for 

013\24b 

= 

37 1 

LMB 

r 

J 

ELDUMPO and save it. . . 

013\246 

S 

104 

JMP 

') ,.-- 

- Then go jump to ELDUMPO 

013\247 

= 

000 

L 


with return via the code at 

0 1 3\2b0 

= 

0 1 1 

H 

J 

locations 011/117 - 011/125 of 
^ 1_1. :_ 
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In order to illustrate the usage of the IMP program, several worked examples 
are provided below. The program should be loaded using the STUFFER program 
found in the last issue, after which the new restart routine SYM described on page 
must be loaded in locations 70 to lOlg of page 0 {overlaying two bytes of TStUFFER 
locations 100 and lOlg). The branch address in locations 000/001 and 000/002 should 
be setup to point to IMP (013/000) and the value ^OZg should be loaded in location 
3, IMPSTATE, to initialize IMP in its editor mode. It is strongly suggested that 
when you first try out the IMP program as loaded, you put the memory modules of 
ECS-7 design in the "write protect" mode - this will prevent inadvertent errors in 
loading from destroying the information in memory loaded by STUFFER. 

Beginning checking out IMP by demonstrating the octal data entry. Press any 
digit code on the keyboard - "7 "- will do. Note that the rightmost 3 lamps of the 
right hand binary display will go on with "7" - or if you have octal readouts - 

a 7 will appear in the low order. Press another digit - IMP will shift the previous 
content left 3 bits or one octal digit, putting the new digit in the low order. The 
display is filled by pressing a third. In this mode of operation (pressing only octal 
digit keys on the keyboard) IMP displays only the current IMPENTRY value in the 
right display and keeps the left display cleared to zeros. 

Now, suppose you want to define a full 14-bit address within memory address 
space. The key sequence is as follows for the address 012/372 ("Intelese" notation, ) 


8 


3 7 2 L 

-transfer IMPENTRY to L of MEMADDR 

-—after "2", IMPENTRY is complete in display as 372 
-transfer IMPENTRY to H of MEMADDR 
after the "2" here, IMPENTRY is complete in display as 012g 
Following the last "L" key stroke, the current memory address of MEMADDR will 
be displayed in the display, with the H portion at the left, the L portion at right. 



Having just defined the address of some byte, suppose you are in the 

process of loading the BITCHASER program illustrated in this issue. You want 

to place the code in that location. To simply load the addressed location, 

takes 4 key strokes: 


1 0 3 J 



-transfer IMPENTRY to addressed location with 

complete definition of IMPENTRY for this location 


J 


If you want to verify the transfer, the current location can be examined by typing "E" 
at this point. 


Now, suppose you want to define the next three locations following this 

current location 012/372 from the BITCHASER program code. The following series 
of keystrokes will point to 012/37 3 and load consecutive locations.. . 


N 1 1 7 I 



define and insert at 012/375 
define and insert at 012/374 
define and insert at 012/373 
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The ’’N" keystroke of the exanu;>Ie at the bottv)in of page 9 is required to increment 
the MEMADDR value to point to the nexi: io<.'.ation, 012/373. The series of operations 
can be continued indefinitely - 3 octal digits followed by "I” - to load as many locations 
as desired. If, along the way, you lose your place in the program., you can display 
the current memiory location bv transferring MEMADDR to the display with the "M" 
command of the IMP program. Similarly, if you find you made a mistake in entering 
data for a given word before pressing "I”, the entry can be cleared to 0 with '’’K" or 
you can simply re-enter 3 more digits. 

After completely loading an application program with IMP, you wdll of course waant 
to execute the program. The program can be invoked from IMP - with automatic 

return - provided the following conventions are used: 

1. To invoke the program, enter its starting address into H/L via the 
appropriate commands. Then press the "Shift" and ”X" keys simultaneously 
to cause IMP to change state and go to the program. 

2. When the invoked program is finished, return to IMP by loading location 

3. IMPSTATE with the value "2", then issuing the KEYWAIT restart. An example 
of this return is illustrated at locations 117 011/117 to 011/125 of the ELDUMPO 
program published last issue. ELDUMPO w'as constructed without the SYM mechan 
ism - and this return could be performed with one less byte of explicit code by 
using SYM to reference IMPSTATE via the symbol table. 

If the application program must wait for keyboard interrupt input, issuing KEYWAIT 
will cause it to halt until a keywstroke occurs - after which control will transfer to 
the location last loaded into GPJMP's address. 


MEMORY MODULE ECS - 7 UARDW^ARE DESCRIPTION 

The center pages of this month's issue (pages 12 and 13) contain the logic diagram of 
the ECS-7 memory module design. This module is basically a static 1024-byte 

"bank" of memory locations implemented with the 2602 or 2102 type of memory chiii. 
(These two numbers are pin - compati ble - and subject to various differences in tlie 
access time of alternative emersions - are also electrically compatible. ) The array 
is interfac ed to the bus with the standard ECS series design technology: 8T0') bus 
drivers for memory outputs, and inverting inputs via 7404 sections to keep the 
sense of data consistent in this case. Note that there are alternatives to the bus inter¬ 
faces used throughout this series of designs. One commonly used alternative is to 
make an "open collector" bus using 7401 (low fanout) or 7438 (high fanout, or drive 
capability. ) Similarly, a non - inve rting (but lower power) tristate interface commonly 
available is the 74125 circuit. 

ADDRESS UNES: 

One interface socket of the design is used for the 16 address lines used for cycle 
decode and address selection. The low order 10 bits of addressing are wired directly 
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to the 10 address input p.ns (AO to A9) of the memory IC's. The diagram for 
c arity ooes not illustrate a direct connection - see the note provided. The "IN” 

lines of the 8 memory IC's in the bank are wired to the outputs of corresponding 7404 

the rfT09 bus ouffer gates. Since this system employs an interface for each bank, 
e chip select lines are shown wired permanently to ground. If desired, it is possible 
o yy-a‘e a local "bus extension" for the memory outputs using their tri-state capability 
an the chip-select inputs to enable one bank of memory at a time with a common 8T09 

appropriate bank selection output of the 

/41r)4 bank selector would be used to control which set of 8 2102's (2602's) is enabled 
at a given time. 


BANK SELECTION LOGIC: 

In its self-contained form as a single IK by 8 RAM design, the circuit illustrated 
has all the parts needed to interface to the computer independently. However, if it 
IS desired, the bank selection logic is designed to accomodate sharing of the decode 
provided by a single 74154. Here is how bank selection word works: tlie high order 
address bits of AlO to A13 provide an address of 1 of 16 1024-byte segments of the 
total 16, 384 memory locations of an 8008 processor. The 74154 is always monitoring 
the address lines and selecting one of 16 banks in the memiory address space, whether 
or not you provide the actual hardware (during I/O the PCW input to one 74154 

gate prevents decode, and during interrupt the master enable input to the other 74154 

gate also disables decode. ) The output of the 74154 appropriate for the RAM bank address 
IS selected by the choice of w-iring fromi the TeTe^ line to the appropriate bank select 
pin of the 74ii4. Wlien the ba.nk is selected, one of the uses of the select signal is to 
enable write pulses to pass through gate -14- and inverter section -12f- 

to the memiory chips, provided hardware write protect is off. The other use of the 
s elect signal oi a given raemory bank is to enable the CPU-Input signal to control the 
output interface gate for the baiik, Withiiut shtiring the bus output buifers of the miemory 
circuii, it is thus possible to share the 74154 logic between several banks simply by 
omitting a repeat of trie 74154 for the additional banks and wdring the select line of the 
additional banks to the ^ippropriate pin of the 74154 in the first barik. 

WRITE PROTECT HAR.DWARE: 

The use of a liardw'are write protection concept in computers has been around for 
some time. In some computers, it is implemented as a softw'are-controlled bit in 
the actual hardware of memory, protecting various segments of memory from access 
and/or modifi'ration by programs operating in other segments. In such a context, memory 
protect features are used to provide a mean - of minimizing interference between 

multiple users. Another handy use occurs in the microprocessor context - two very 
useful goals can be accomplished for your system: 

1. You can turn a RAM module into a "pseudo-ROM" by flicking a switch. 

2. With the RAM module in protected mode, and with a separate power supply 

for memory, you can safely disconnect the memory from the computer main frame 
and maintain your softvv'are w'hile changing various aspects of CPU hardware and/or 
periph erals. 
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The advantage of the *'pSei.ido-ROM*' usage of the protection switch is that you can try 
out prograins initially in a mode which prevents alteration of the program itself - just 
as if it were an ROM program ~ yet the ability is retained to switch off the write 
protection feature and load or alter the program with IMP-1 or its equivalent. The idea 
for this feature was obtained from the documientation of the Motorola M6800 
“EXORciser** program development system's memory module. The idea of independent 
power supplies for v'olatile memories I have seen in several sources, such as the power 
fail logic of the TI minicom.puters, HP21MX minicomputer, to mention one or two. (A 
note of interest - the only reason such a supply is needed is the volatility of semi¬ 
conductors . Core memory designs can be made non-volatile, and you will often find 
a mini with core memory coming out of the factory with some bootstrap software 
pre-loaded via that technique. ) In the logic of ECS-7 as shown, the memory is protected 
whenever the switch input to IC -14- pin Z. is logical "1" (swdtch SI is open. ) When the 
switch is closed, the input to that pin is logical "0", thus enabling the gate whenever 
select enables it. 


MEMORY PRESERVATION PROCEDURES: 

Whenever it is desired to maintain programs in the R.AM module via a separate power 
supply, the following procedure is suggested: when powering down the CPU for work: 

1. Put the RAM bank in "protect" mode (SI is open. ) Halt the CPU! 

2. Unplug the data bus connector, 1/0-2 of the ECS-7 design. 

3. Unplug the address bus connector. 

4. Power down the CPU or the rest of the system for miaintenance 

or other hardware work. 

When finished, powder up the CPU, put it in a HALT state. 

Connect the address bus to the RAM module. 

Connect the data bus connector to the RAM module. 

If modification of the memory is required, it can now' be safely taken 
out of "protect" mode and used as a normal RAM module. 

"Safely" in this case means with respect to hardware bombing of data 

This procedure was used to great advantage when preparing the hardware and software 
of the previous issue - IMP was maintained in memory while the CPU w'as 

powered down for modifications and tests of the ECS-6 hardware. 


5 . 

6 . 

7, 

8 . 


ECS-7 


Socket 
1 

sj 

9, 

11 , 

13 

14 

15 

16 
17 


10 

12 


Pins 


^ 16 


14 

14 

24 

14 

14 

16 

16 


Pa rt/ Description 


PACKAGE SUMMARY 

5 volts 


2602 or 2102 1024-bit RAM 

8T09 Tri State Bus Interfaces 
7404 Inverters 
74154 Bank Decode 
7427 3-input NOR 
7400 (1 section used) 

I/O-i, address AO to A15 
1/0-2, data bus, power, misc. 


10 

14 

14 

24 

14 

14 

16 


Gr ound 


7 

7 

12 

7 
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MEMORY TEST PROGRAM ( BITCHASER ): 


Once you have constructed the basic RAM module of ECS-7, you can test the 
memory in a random and un-systematic manner by using STUFFER to load IMP, then 
using IMP to write in and read the content of various locations (hopefully outside of 
IMP itself!) The purpose of BITCHASER is to provide a systematic method of testing 
all the memory locations within a specified address range - in this initial version by 
reading and writing a fixed pattern set prior to starting the program. The program is 
set up to periodically look at the ECS-5 keyboard and respond to any key by typing 
a summary message on the teletype: 


bhh0HS=U000033130 
CUUNf=0U00U33I 30 


non 


- Note: message obtained by looking at 
-existent (always bad) memory I 


or a suitable substitute for the teletype such as a CRT terminal or TV Typewriter - 
in which case the Type routine of ELDUMPO would have to be modified. The program 
takes advantage of the restart routines used with ELDUMPO and IMP. BITCHASER also 
employs the SYM restart mechanism for table lookups, as is described later in this 
issue. BITCHASER is shown loaded in page 012^ of memory, and all address constants 
for jumps reflect this location. The program begins execution by a short loop to clear 
out the ECOUNT and TCOUNT data (error count and total cycle count respectively) which 
are located in RAM page 0 at locations 200 to 207. . . 


BITCHASER: 


MI LOOP: 


U12\QU0 
(112 \(J0 1 


006 

012 

LAI ) 

c;(FCOTTNT^ >— 

V_/ A \.J • 

012\002 

= 

075 

o ^ XL IN X y r 

SYM J 

Q12\003 

= 

2 50 . 

XRA-- 

012\00^ 

= 

016 

LBI 7 _ 

012\00b 

=5 

010 

0,10 j 

012\006 


370 

LMA 

012\007 

= 

060 

INL 

0 1 2\U 10 


01 1 

DCB 

0 1 2\U1 1 

= 

1 10 

JTZ MILOOP: 

U 1 2\012 


006 

L 

0 1 2\0 1 3 

= 

0 12 

H 


point to ECOUNT/TCOUNT 

address via SYM lookup 
clear accumulator 
load loop count 

clear a word from accum. 
point to next address 
decrement count - this loop could 
be made more efficient - see 
if you can figure out howl 


Following the initialization of counts, the actual work of BITCHASE begins 
with the start of the major memory test loop at BIGMLOOP. . . 


BIGMLOOP: 


0 1 2\01d 

= 

006 

0 1 2\0 1 5 

= 

002 

0 1 2\0 1 6 

= 

1 1 7 

0 1 2\0 1 7 

= 

006 

012\020 

= 

032 

012\021 

= 

0 75 

012\022 

= 

317 

012\023 

= 

060 

012\02^ 

= 

32 i 

012\025 

= 

006 

012\026 


03d 

0 1 2 \0 2 7 


0 75 



LAI 
2 

INO 
LAI 

s(STRTADDR) 
SYM 
LBM 
I NL 




LCM 
LAI A 

s(CURRENTADR) V 

SYM J 


software failsafe to turn off 
interrupts repeatedly when 
haywire prototype is victimized 
by TTL noise immunity problems, 
use SYM to point to STRTADDR 
of tested region, 
fetch H of STRTADDR 
then point to L 
fetch L of STRTADDR 

point to current CURRENTADR 
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012\030 


37 1 

LMB 


--define H of CURRENTADR 

012\031 

= 

060 

INL 


then point to L 

012\032 

s 

3 72 

LMC 

s 

and define L of CURRENTADR 

012\033 

s 

1 1 b 

INI 


__read keyboard 

012\034 

s 

074 

CPI 


once per cycle 

012\03b 

= 

377 

null 

J 

and test for not null 

012\036 

u 

1 12 

CFZ 

REPORTS 

^calling the report typer if so 

0 1 2\037 

s 

1 65 

L 

r 


012\040 

s 

012 

H 

j 



Now, if one had a high order language (such as PL/1, FORTRAN, etc. ) for 

the 8008, the code shown above at locations 012/017 to 012/040 is what the compiler 
would generate for a statement of the following form (ala PL/1 ): 

STRTADDR = CURRENTADR; 

The reason for such languages for computers of course is to economize programmer 
time in generating programs - as you can see by comparison to the dump form. 

The program continues with an inner loop - LITTLOOP. . . - to test and increment 
the current addresses with a test for end of range conditions. 


LITTLOOP: 


012\041 

m 

006 

0ie\042 

m 

040 

012\043 

a 

075 

012\044 

m 

317 

012\045 

m 

00 6 

012\046 

s 

034 

012\047 

a 

075 

012\050 

s 

327 

012\051 

a 

060 

012\052 

a 

367 

012\053 

a 

352 

012\054 

a 

371 

012\055 

a 

30 1 

012\056 

a 

277 

012\057 

a 

112 

0 12\060 

a 

127 

012\061 

a 

012 

012\062 

a 

106 

012\063 

a 

134 

012\064 

a 

012 


LAI 

8(PATTERN) 

SYM J 

LBM ---- 

LAI 

s (CURRENTADR) I 
SYM ^ 

LCM 
INL 
LLM 
LHC 

LMB 
LAB 
CPM 




get address of test pattern 
via SYM mechanism 
-and get the pattern to 'T)" reg 

then point to current address value 
also via SYM 

point to current address in H/L 


test write to memory 

followed by compare to check it 
record the error for POSTERRity 


and keep track of number of 
cycles for comparison to 
error count. . . 


The inner loop continues on the next page, with a short section of code which is the 
equivalent (at addresses 012/065 to 012/102) to what a high order language 

for computers would specify as: 

CURRENTADR = CURRENTADR 4- 1; 

Again, note the amount of code which can be implied by a short an succinct functional 
notation - in this case the concept "add one to current address" denoted above is imple¬ 
mented at a low level by the detail of 14j|^Q 8008 machine instructions. . . 
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NOHO: 


01k\06b 

= 

006 

LAI 

0 l^i\066 

= 

0 34 

s(CU] 

0 1 !2\U67 

= 

0 7h 

SYM 

012\070 

= 

3 1 7 

LBM 

012\U 71 

3 

0 60 

INL 

012\072 

= 

32 7 

LCM 

012\073 

= 

020 

INC - 

012\0 74 

= 

1 10 

JFZ 

0 1 2\U 7 5 

= 

100 

L 

012\076 

= 

012 

H 

U12\U 7 7 

= 

010 

INB 

012\100 

=: 

3 72 

LMC 

□ 12\1U1 

3 

061 

DCL 

012\102 

3 

371 

LMB 



NOHO 




set up current address pointer 

fetch H of current address 

fetch L of current address 
increment low order 
and test overflow. . . 

with skip of high order 
increment possibly 
increment high order of address 
save new low order address 

then save new high order address 


After incrementing the current address of a location under test, the next task for 
BITCHASER's inner loop is to check for end of address range. . . 


012\103 

= 

006 

012\104 

= 

036 

012\105 


0 75 

012\106 

= 

30 7 

012\107 

3 

271 

012\110 

= 

1 10 

0 1 2 \ 1 1 1 

= 

041 

012\112 

= 

0 12 

012\113 

= 

0 60 

012\114 

= 

30 7 

0 1 2\1 1 5 


2 72 

012\116 


1 10 

0 1 2 \ 1 1 7 

= 

041 

012\120 

= 

012 

012\121 


300 

012\122 

= 

300 

012\123 

3 

300 

012\124 

3 

104 

012 \ 125 

= 

332 

012\126 

3 

012 



LAI 

s(ENDADDR) 

SYM 
LAM 
CPB 

JFZ 
L 
H 

INL 
LAM 
CPC 

JFZ LITTLOOP~?^ keep going if not equal 

" J 


point to end address value 
via SYM for comparison 

_ fetch H of end address 

^ and compare to current address 

LITTLOOP? 

r keep going if not equal in H 

~~ “^if H portions equal, check L 

get L part of end address value 
and compare to L of current 


H 
NOP 
NOP 

NOP 

JMP 

L 

H 



-These NOP's are inserted to allow for a 
future change - a CAL instruction to invoke 

a routine to change the test pattern. . . 
CHECKENDb 

rthe end of execution check could 
] have been put in line without 
this jump. . . 


The above code completes the main routine of BITCHASER (with the exception of the 
short ’’CHECKEND" routine at 332 to 345 in page 012. ) Now the next object of atten¬ 
tion is the set of subroutines called from this main routine. The code starts with 
the multiple-entry-point POSTERR/TALLY routine. The "entry point" of a sub¬ 
routine is a place where it can potentially begin. This routine has entry points to 
define the SYM pointer of the data to be incremented as a 32-bit number, called 

as TALLY and POSTERR - then with the symbol defined, common code is used to do 
the work. 


POSTERR: 


0 

1 2 

\1 

2 7 

= 006 

LAI 

0 

12 

\1 

30 

= 012 

s(ECOUNT) 

0 

1 2 

\1 

31 

= 104 

JMP I4B A 

0 

1 2 

\1 

32 

= 1 36 

L C 

0 

1 2 

\1 

33 

= 0 12 

H I 


point to error count 32 bit number 
-then jump around alternate entry 
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TAELY: 

I4B; 


U1^\13^ 

01^ \ I 36 
0 I Id \ I 3 7 
0 1 id\l 

01 

0 1 2\M3 
012\144 
012\14S 

012\146 
0 1 2 \ i ^ 7 
0 1 2\l SO 
0 1 2\1 SI 
U12\152 
0 1 2\1 53 
0 1 2\1 5^ 
0 I 2\1 55 
U12\l56 
012\l57 
0 1 2\1 6U 
01 2\1 61 
012\162 
012\163 
012\164 


006 
0 1 4 
0 75 
060 
060 
0 60 
317 
0 10 
371 
013 

061 
31 7 
0 10 
3 7 1 
0 1 3 
061 
31 7 
0 10 
371 
0 1 3 
061 
317 
010 
371 
007 



point to total count 32-bit number 
e the common 32 bit increment code starts 

in order to start from low order with 
a pointer to high order, must change addr. 
fetch low order byte 
increment it 

and of course, save it. . . 
and return if no overflow. . . 

ok - overflow, so point to next higher 
byte, fetch it 
and decrement it, 
and save it too, 

and also return if no overflow. . . 
this count is getting large! go to 
next higher order byte, fetch it, 
decrement it, 
and save it too. . . 
and return if no overflow. . . 
last resort - the highorder byte 
is fetched, 
is incremented, 
is saved, 

and youre' out of luck if you over flow 
4.29 billion! ! I ! ! 


The next subroutine listed is a REPORT generator which prints the two counts shown on 
page 15 as 10-digit octal numbers. The routine has a branch in the middle of it to a 
patch due to a faulty memory location - ultimately caused by purchase the author made 
from a fly-by-night distributor called "Electronic Component Sales" perpetrated by a 
character named "Pete Kay" last September. 


REPORT: 012\165 = 006 

0 I 2M 66 - 022 
012\167 = 075 
012\170 = 104 
012\171 = 365 

012\l72 = 013 


LAI ^j*^point to the address of a character 

s{STRINGl) W string message text via SYM 

SYM J 

JMP FLYBY NITE - when you memories from a 
L flybynight distributor who flies, you some- 

H times have to branch around bad locations. 


FLYBYNITE:013\365 
0 I3\366 
013\367 
013\370 
013\371 
013\372 
01 3\373 
013\374 
0 I3\375 
013\376 
013\377 


106 

CAL TSTRING7 

>call the character string type 

1 66 

L 


routine found in ELDUMPO of 

01 1 

H 

J 

last is sue. . . 

006 

LAI ^ 

) 


012 

s(ECOUNT) / 

f 

^establish address of error count 

106 

CAL TOCTIO 


by defining symbol and then 

214 

L 


calling routine to print it as 

0 1 2 

H 


10 octal digits (ignoi e 2 high order 

104 

JMP FLYBACK 

bits. . . ) 

200 

L 



0 1 2 

H 
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FLYBACK: 


u1d\duu 

= 

(J U b 

01k\ku 1 

= 

uk^ 

01k\kUk 

= 

U 7n 

0 1 k\kU 3 

= 

1 U 6 

U1k\kU4 


1 66 

0 1 k\ku b 

= 

0 1 1 

01k\kU6 

= 

U06 

01k\k07 

= 

0 1 d 

0ik\kiu 

= 

106 

0 1 k\k 1 i 

= 

k 14 

uik\kik 

= 

0 1 k 

0 1 k\k 1 3 

= 

00 7 


LAI 

s(STRJNG2) 

SYM 


) 

C- 

\ 


CAL TSTRING 

I. 

H 


LAI 

s(TCOUNT) 
CAL TOCTIO 

L 


H 

RET 


point to second message string as 
address in H / L 

"^rcall the character string type routi 
found in ELDUMPO 


— point to symbol of totol count(sic) 
and call the 10-digit octal printer 


finally, return from report, . . . 


ne 


The next subroutine is called '’TOCTIO” and is responsible for the output of a 10-digit 
octal integer representation of the low order 30 bits of the 32 bit count passed as a 
symbol in the accumulator. The first thing this routine does is to lookup the argument 
symbol and copy its data (all four bytes) to a working copy used for shifting the infor¬ 
mation 3 bits at a time to generate octal quanta. 


TOCTIO: 


01k\kl4 

= 

07b 

01k\klb 

= 

31 7 

01k\ki6 

- 

060 

01k\kl7 


32 7 

01k\kk0 

= 

0 60 

01k\k21 

= 

33 7 

□ 1kXkkk 

= 

060 

01k\k23 


34 7 

01k\224 

= 

006 

012\kkb 

= 

026 

012\k26 


07b 

012\kk7 


371 

012\230 

= 

060 

012\231 


3 72 

01k\23k 


0 60 

01k\233 

= 

3 73 

012\k34 

= 

0 60 

01k\k3b 

= 

374 

01k\k36 

= 

006 

01k\237 

= 

0 1 6 

01k\240 

= 

07b 

01k\k41 


0 76 

012\242 

= 

00 2 

01k\k43 

= 

00 6 

01k\244 

= 

0 20 

01k\k4b 


0 7 b 

012\k46 

= 

0 76 

012\k47 

= 

036 


SYM - look up argument symbol left in A 
LBM'’ 


copy argument into registers 
first, 



point to work output area 


then copy argument to the work 
area. . . 


point to loop index "I” 

used for octal digit location 
purposes, the n definition 
of initial 2-bit discard. 


LAI 

s(J) 

SYM 

LMI 

30)0 



point to loop index ”1” used 
to coLUit bits, and load its 
initial value 

for 10 octal digits of shifting. 


At the start, VYKOUT a has the following for the two counts typed on page 15. 


00 0 0 033130 octal 

, OO) 000 000 000 000 000 011 011 001 011 000 binary 

fj^^high order bits di scar ded. B't- sue Ktr 

bvte. 

After initialization, TOCTIO enters the loop on the next page, shifting left (see above) 
three bits at a time, printing octal digits from high order to low order left to right. 
The two high order bits are discarded without printing due to the initialization. 
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The print loop shifts WKOUT left one bit at a time, and every third bit will look at tli 
current hi^h order of WKOUT and print an octal digit. . . 


rOCTlOL: 


When it 
iable "J* 
TEND: 


SHL4B: 


SHU4BL: 


UlL'NllbU = 

00 6 

0 1 \ b 1 = 

02 6 

\Jl 2 \2b‘ci = 

106 

0\2\2bJ = 

3 1 2 


0 1 2 

0i;^\2b5 = 

006 

U 1 2 \k;b6 = 

0 1 6 

0i2\2bl = 

0 7b 

Ulci\li6U = 

3 1 '/ 

01i^\y61 = 

0 1 1 

012\262 = 

371 

012\263 = 

1 10 

Ulia\264 = 

300 

012\116b = 

0 1 2 

012\266 = 

076 

012\267 = 

003 

012\27U = 

006 

012\271 = 

026 

012\272 = 

075 

012\273 = 

30 7 

012\274 = 

002 

012\275 = 

002 

012\276 = 

002 

012\277 == 

04b 

ne to end, 

this i 

not confuse 

with 

U12\J00 = 

006 

012\301 - 

020 

012\302 = 

0 75 

012\303 = 

317 

U12\304 = 

01 1 

Ul2\30b * 

371 

012\306 = 

1 10 

012\307 = 

250 

U 1 2\31U = 

0 1 2 

□ 12\31 1 = 

00 7 

bit multiple 

pr ec 

012\312 = 

075 

U12\313 = 

0 60 

U12\3 = 

060 

0 12\31b = 

060 

U 1 2\3 1 6 = 

250 

U12\317 = 

026 

U12\32U = 

004 

U12\321 = 

30 7 

U12\322 « 

022 

U12\323 = 

3 70 

Ui2\32/i = 

061 

0 1 2 \ 3 2 b = 

02 1 

012\326 = 

1 10 

0 1 2 \ 3 2 7 = 

321 

012\330 = 

0 1 2 

012\331 = 

00 7 


with the subroutine. . . 
point to I for print test 


EAl 

s( WKOUT) 3 ^ point to work register again. . . 

CAL SHL4B~^ shift it left four bytes 
L 
H 

LAI b 
s(I) 

SYM 

LBM ^ fetch I 

DCB i and decrement I 

LMB U and save it again. . . 

JFZ TEND - if zero, is untrue, go test end 
L “ 

H 

LME ?__set I to 3 for next minor cycle 

LAI O 

s(WKOUT) rU^point to work register again. . . 

SYM 9 

LAM jb^in order to fit fetch high order after shifts 

RLC V 

RLC V N . . . and rotate high order bits to low 
RLC J order position. . . 

OCTOUT then go OCTOUT as was done in 

ELDUMPO. . . 

s indicated by exhaustion of the count stored in the var- 
the keystroke designation in IMP). 

LAI") 

s(J) W point to variable "J” (not the command code) 

sym) 

LBM—> fetch J, 

DCB ^ de crement J 

LMB "^"^and store J value back in J. . . 

JFZ TOCTIOL 

^ keep going with print loop till done 

Jhl 

RET and of course back to caller when done. . . 

precision shift routine, left shifting 4 bytes one position. . . 

SYM - go look up the argument of shift 
INLb 

INL got to point to low order before sliifts. . . 

INL J 

XRA clear accumulator and flags 

t_^define loop count 
LAM fetch current byte, 

RAL rotate old carry in, bit 7 to carry 

LMA and ss a save the shifted bytes. . . 

DCL decrement the index. .. 

DCC decrement the loop count. . . 

JFZ SHL4BL: 

L and continue till count is exhausted. . . 

H 

RET 


then return to caller. . . 
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This shifl routine (p 20) assumes tliat the argument is a 4-byte string pointed to via 
a symbol passed in tiie accumulator, looked up immediately on entry. Taking into account 
the symbol table lookup time and the sequence of instructions executed by this routine, 
at a SOOKPiz clock rate, it takes 262 cyc les x 4 us - 1. 048 milliseconds per single bit shift. 
For individuals w th delusiojis of grandeur, note that to accomplish what an IB M 360 
does in one "SLE" instruction - an "n" bit shift - the would-be emulator will require 
1. 048 n milliseconds ! (Only about 3 orders of magnitude slower - depending on your 
choice of comparison model. ) 

The actual code of BIT CHASER completes with the CHECKEND routine, added as an 
afterthought to cause the program to return to IMP with an "E” key on tlie keyboard. 


CHECKEND: 0 12\332 

= 

1 1 b 

012\333 

= 

0 74 

012\334 


3Ub 

U12\33b 

= 

i 10 

012\336 

= 

0 1 4 

012\337 

= 

0 12 

012\34U 

= 

006 

012\34i 

= 

002 

012\342 


0 7b 

012\343 

= 

0 76 

012\344 


002 

012\34b 

= 

02b 


INl'^'^'—-^read display (modified ECS-5 code) 
CPI b 

’'E” j ^^>check for end of memory test. . . 
JFZ BIGMLOOP 

E and continue until done. . . 

H 


EAI 




s{IMPSTATE) fA_--rpoint to IMPSTATE 


SYM 




EMI7^^ set IMPSTATE to 2 
KEYWAIT 


and wait for IMP actions. . . 


The remainder of page 012 is filled up with the data definitions of the tw’o text strings 
pritited by BIT CHASER (see illustration on page 15 of the results . ) 


STRINCd: 0iti\3d6 = Ola 

0ltl\34 7 = 00 7 
012N3b0 = 012 
0 12\;ibi = 00 7 

0i2\3b2 « 012 
012\35 j a 015 
0l2\3bd a 0^0 
Ul2\3bb a iOb 
012\356 = 122 
012\3b7 = 122 
Qi2\360 a 117 
012\36l a 122 
012\362 a 123 
012\363 a 07b 


"lengtlT* STRING2: 

’’bell" 

rnjM 

'4) ell" 

^’If” 


HRU 

"O'* 

"R" 

"S" 


012X364 

= 

0 1 3 

"length* 

012\36b 


0 1 5 

"cr" 

012X366 

X 

00 7 

"bell" 

012X367 

= 

012 

"If" 

012X370 

= 

040 

i I II 

012X3/1 

3 

040 

11 It 

012X372 

S 

103 

" C " 

012X373 

r= 

1 1 7 

"O" 

012X374 

= 

125 

" U " 

0 12X375 


1 16 

"N" 

012X376 

= 

124 

iifp 11 

012X377 

= 

0 75 

M- 1 1 


The RAM locations 200 to 225„ in page 0 are used to store the data values of BIT- 
CHASER, pointed to by symbols stored at locations 312 to 341 in the symbol table of 
the RAM page 0. These work areas are as follows: 


200 - 203 
204 - 207 
210 
211 

213 - 214 


ECOUNT 
TCOUNT 
1 
J 

STRTADR 


215 - 216 
217 - 220 
221 

222 - 225 


CURRENTADR 

ENDADDR 

PATTERN 

WKOUT 


STRTADR and ENDADDR should be loaded with IMP prior to starting BITCHASER, 
in order to define the limits of the test. 
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PROGRAMMING NOTES: _ Symbol Tables: 


This is the second in a series of program¬ 
ming notes on the use of the Intel 8008 instruc¬ 
tion set in the context of an ECS system or its 
equivalent. . , 


The programs IMP and BITCIIASER which are listed and explained in this issue of 
ECS make use of a rudimentary form of symbol table mechanism implemented via an 
RST7 instruction (octal 075, noted mnemonically as SYM)„ The purpose of the symbol 
table - used at run time - is to make up for a lack of an assembler or high order 

language compiler's "address resolution" functions. It achieves this purpose by con¬ 
centrating detailed address determinations as much as possible in a single run time 
mechanism. "Address resolution" in this context means the definition of the content 
of the memory address pointer registers H and E of an 8008 CPU. Because 

the symbol table mechanism uses a run time lookup to com.pute addresses of data, its 
speed of access to the data will be lower than directly defined references. For ex¬ 
tensively used variables, there will be an improvement in memory utilization effic¬ 
iency approaching one byte per usage when compared against direct definition of H and 
L with the LUI and LLI instructions. Thus the usual speed versus memory tradeoff in 
this case becomes the 57 cycles (. 228 ms) versus 16 cycles (. 064 ms) of SYM compared 
to direct definition - with the average savings of one byte in four for the SYM usage 
applied to a large number of frequently used variables. 

But the considerations are not quite as simple as the comparison of speed and mem¬ 
ory utilization requirements. The real advantage of the symbol table approacii comes in 
when you consider the problem of compiling and changing code for a program in absolute 
machine language using paper and pencil. (If you have a compiler or assembler with 
hardware to support it, the symbol table concept is still used - but the lookups are usually 
done once at compile time to generate the fastest possible run time code. ) As noted in 
ECS-5, if it is desired to relocate the memory allocation of a widely used variable - 
say MEMADDR of IMP for example - you (or a suitable utility program) would have to 
adjust every instance where the address in question was defined and used. For the 8008 
instruction set, this is further complicated by the fact that you have to consider the 
definition of two independent registers , H and L, required for addressing. (A better 
computer design such as the Motorola M6800 can use a single instruction 

16-bit immediate operation for this purpose in loading index addresses. ) For an exten¬ 
sive hand - compiled application program of 1000 bytes or more in the typical home¬ 
brew microprocessor system, such adjustments and relocations could be quite time con¬ 
suming . 

If the addressing is concentrated in one known place - the symbol table - then you 
only have to change the pointers in the symbol table in order to automatically change all 
references to the data made throughout the program. The mechanism gives you a form 
of "leverage" in control of your program design which can be quite powerfully used as 
the designs evolve. In the example of IMP, if I wanted to change the MEMADDR loca¬ 
tion from address 000/006 to some other place, it would only be necessary for me to 
change the symbol "6" entry of the symbol table at locations 306 and 307 (see below. ) 

To achieve this power, however, the SYM mechanism, has to be used 100% for all vari¬ 
ables potentially subject to such relocation. 
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The diagram below depicts the basic idea of the symbol table as used in the IMP 
and BITCHASER software of this issue - and as will be used for the most part in sub¬ 
sequent ECS software designs, for the 8008. 


ZH 



CPU REGISTERS 


THE IDEA OF A SYMBOL TABLE LOOKUP 


In use in a program design, all symbolic references to data are made in three steps 
corresponding to the three numbered arrows of the diagram: 

1. Define the symbol as a value in the accumulator, eg.with an LAI in¬ 
struction - as for example at locations 221 and 222 of page 13 in IMP. 

2 . Call the symbol table lookup function with an RST7 instruction, noted 
mnemonically as SYM in the listings of ECS software. This invokes the 10 |^q byte 
SYM routine: 

000/ 070 
000/ 071 
000/ 072 
000/ 073 
000/ 074 
000/ 075 
000/ 07b 
000/ 077 
000 / 100 
000 / 101 

3. On return from the SYM function, use the H/L pointers of the CPU to ad¬ 
dress the data which is to be manipulated by the program you are writing. 

In creating symbols, remember that every even numbered address offset is a potentially 
legal symbol - but that if the start of the symbol table is in the middle of a page of memory 
space as in this case, there will be a maximum size to the table less than a potential 
128 table entries in a full page table. The notation "s(x)’' is used to represent the 
value of the symbol associated with mnemonic "x". 


056 LHI 
000 h(SYMBOLS) 

004 ADI 

300 l(SYMBOLS) 

360 LLA 

307 LAM 

060 INL ^ 

367 LLM 

350 LHA 

007 RET 




define symbol table page 
add starting address to the 
symbol giving table address 
which is moved to L pointer 
get H part of symbol address 
point to L part of address 
redefine L as symbol's content 
and move H part to H 


finally return with H/L pointing. 
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The symbol table required by the IMP aud BITCIIASER software in this issue is 
printed below, and is loaded in locations 300 to 341 of page 0. The particular loca¬ 
tion of the symbol table is arlntrary subjet, t to the following constraint: since the 
SYM routine uses an 8-bit addition to compute addresses, and makes no data validity 
checks, the symbol table must be so located as to avoid crossing a page boundary 
in the 8008 memory address space. This means that the maximiun number of symbols 
possible with a given symbol table is one page full or 128 symbols. (Two bytes are re¬ 
quired for each symbol definition. ) By altering the constants at locations 071 and 073 
in page 0 (the SYM routine) the origin of the symbol table can be placed at any point 
in memory - and such alteration if done carefully might be done under program 
control. 


SYMBOLS: 


0U0\300 

= 

0 00“) 

000\i01 


300 5 

000 \3iJ2 

= 

000 

000\303 

= 

003 ^ 

000\304 

= 

0004 

000\30b 

= 

004 5 

000\306 

= 

0007 

000 \307 

3 

006) 

000 \3 10 

= 

000 ) 

OOOV'M 1 

= 

nib ) 


Just for kicks, the symbol table can point to itself 
as well as anywhere else. . . 


Dol "010" is GPJMPAL 


The following are additional symbol definitions used by BITCHASER. . . 


000\31ii 

000\313 

: 

000) „ , ^ 
200 3^ Symbol 

"012" 

is ECOUNT 

000\3 14 
000\31b 

= 


"014" 

is TCOUNT 

000\316 

— 

OOO7 ^ , 

"016" 




000\3l7 

= 

Symbol 

is 

I 


000\320 

s 

000 ? 





000\321 

= 

211 ^ Symbol 

"0 2 0’ 

' is J 


000\322 

— 

01'31 ^ 





000\323 

= 

3 46 hSymbol 

”022" 

points 

to 

STRINGl 

000\324 

s: 

0 1 27 

3645^Symbol 





000\32b 

= 

"024" 

points 

to 

STRING2 

000\326 


000) 





000\327 

= 

222 M Symbol 

"026" 

points 

to 

WKOUT 

000\330 

s 

000) 





000X331 

= 

^j^('^This symbol unused 

at 

present. . . 

000\332 

= 

000) 





000X333 

3 

213 ]^Symbol 

"032" 

point s 

to 

STRTADDR 

000X334 

zz 

000) ^ 





000X335 

= 


"034" 

points 

to 

CURRENTADR 

000X336 

3 

0001 





000 X337 

= 

vy Symbol 

"036 " 

po i nt s 

to 

ENDADDR 

000 XJ^iO 

3 

0001^ 





000 X341 

= 

Symbol 

"040" 

point s 

to 

PATTERN 
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FOR THE MICROCOMPUTER EXPERIMENTER 


Publisher's Introduction: 

This March 1975 issue of ECS provides a new modem design to replace the ECS-2 
design published in 1974. This modem, given the hardware designation "ECS-8" as the 
next in a series of plans, will provide the typical Experimenter's Computer System 
with the logical equivalent of a paper tape input/output facility - but implemented on re¬ 
usable magnetic tape media (eg: cassettes) with data rates up to 1210 baud. The March 
issue is exclusively devoted to this hardware design and its software implications, 
including. . . 

1. BiDirectional FSK Modem Design ECS-8 - Hardware Description : infor¬ 
mation including system components, notes on the design theory of operation, 
interconnect summary, tuning procedures and 'the question of "standards'". 

(Turn to page 2. ) 

2. Retuning the ECS-6 UAR/T Clock Rates describes a logical error in January's 
issue and a new set of frequencies calculated based upon the requirement that the 
highest data rate selectable should be 1210 baud. 

^ (Turn to page 10) 

3. Logical Testing of the CPU/UART/Modem/Tape System is a section concer¬ 
ning the listing and use of two short test programs useful in the initial verification 
of the tape interface by writing and reading an integer sequential test pattern. 

(Turn to page 11. ) 


4. Errata: Two short notes. 


(Turn to page 17) 


5. IMP Extensions for Tape Interface Control: What does it take to perform the 
utility operations of data dumps to tape, reading from tape, and comparison of tape 
data to core? This section begins the description of IMP (Interactive Manipulator 
Program) extensions with the new command codes, modifications of old program 
code and the major portion of new routines. The information is not complete, 
and will be continued in the April issue. 

(Turn to page 17). 

The complete description of the ECS-8 Modem design required more space in this issue 

than originally intended. As a result several items have been deferred until the April 

1975 issue of ECS: the conclusion of the IMP tape utility extensions, further notes on 

programming techniques for small microcomputer systems, a new column entitled 

"Navigation in the Vicinity of ^^-Aquila" concerning the Intel 8080 instruction archi- 

^^tecture in an Experimenter's Computer System programming context, etc. I hate to 

^P^pull a "perils of aPauline" ending on the IMP extensions but there is a definite 

economic limitation on issue size. I am presently looking into methods of compactifying 

program notational formats - probably along lines of a more symbolic notation supported 

by uncommented absolute binary listings. • 

7~~Z~Z ~ E TTTT T- n Publisher v March 12 1975. 

rp) 19/5 M. P. Publishing Co. 
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FSK MODEM DESIGN ECS-8 - Hardware Description "^1 


The hardware portion of this article concerns a new tape interface modem design to 
replace the earlier ECS-2 design. The result of applying Occam's razor to a complicated 
design is a design of simpler concept, not "multiplying redundancies beyond logical ne¬ 
cessity ' to paraplirase the philosopher. The new ECS-8 design is printed as the detailed 
circuit diagram in this issue's centerfold, and is described in the text. 

A modem, by definition, is a "modulator-demodulator. " In the "modulate" mode of 
operation, the device accepts time-varying serial logic level data from the serial I/O 
interface {eg: ECS-6 as described in January's issue) and converts it into the "modulated" 
- in this case FSK - output signal which is sent to the audio memory device for recording. 
In the "demodulate" mode of operation, the device accepts the modulated FSK signal on 
an audio recording as read by the audio device, and converts the FSK back into a time 
varying stream of logic level data for interpretation by the serial interface device. The 
net result is a facility to store digital data on magnetic tape, potentially to transfer that 
data to other individuals’ systems, and to recover such data at a later time. 

The ECS-8 design accomplishes the audio mass storage function in conjunction w'ith a 
suitable cassette tape recorder. During the course of development of this device in proto¬ 
type form, three different cassette recorders were tried. The following is a summary of 
the results of this trial, giving the suitability of the recorders in question: 

1. Realistic CTR-104: This Radio Shack product when tested with a con¬ 

tinuous "mark" tone exhibits quite audible "wow and flutter" variations in fre¬ 
quency. WTien recording and reading data at 1210 baud, this $35 recorder will 
occasionally exhibit an input parity error but gives good data in general. 

2. Panasonic : This recorder costs approximately $40, and the extra 

$5 over the Radio Shack product gives a more than proportional increase in the 
quality of workmanship. Using the test programs in this issue, it was found 
capable of recording and reproduction at speeds up to 1210 baud with no observed 
parity error flashes with the INTEREAD program found in this issue. 

3. Superscope C-104: This $99 recorder is one which will be useful in the home 
computer context for several reasons: it has a tape position counter which can be 
used to index block locations on tape for large blocks of data, it has a pitch variation 
control of 20% which can be used to compensate for differences in tape speed 
when exchanging tapes with other individuals, and it has some nice "cue" and 

"review" controls w'hich position the tape with heads active, potentially allowing 
a fast "block count" tape position search with manual intervention, computer con¬ 
trol of the motor. This one also reproduced data at 1210 baud with no observed 
errors using the test programs in this issue. 


The test results here are a heuristic first look at the suitability of various recorders wijg^^ 
actual data. Later formal testing using programs to evaluate the units and other factoi 
such as tape brand and quality will be reported in subsequent issues. If you want to se¬ 
lect a recorder for use in your own system, this first inspection would seem to indicate 
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that the ( hou e of a rc'corder is fairly broad. There is one consideration whu h will have 
to be ( hec ked out if you want to take advantage of software which M. P. Publi slimy Co. 
will be supplyiny in recorded form. That consideration is the manufacturer's toleranc es 
on tape spec'd. For the ty]oical Panasonic, Superscope or Sony cassette recorders in the 
$30 to $100 ranye with AC adapters, this will probably be close enouyh to the nominal 
1.87 5 IPS to yet compatibility with other recorders. I have my doubts about that asjxu t 
when the Radio Shack or other inexpensive recorders are considered. 


THE FSK RECORDING SYSTEM: 


In the diayram of the ECS-8 design, the central element is a Phase Dock Loop, the 
XR-210 circuit made by EXAR Integrated Systems, Box 4455, Irvine Ca. 92664. This 
chip is widely available and will cost from $5 to $6 in plastic packages, depending upon 
your source of supply. I have seen at least one advertisement in Popular Electronics 
classifieds for this chip, and there is the Radio Electronics information cited in a pre¬ 
vious issue of ECS. The IC serves the following functions, as programmed by the IN/OUT 
line of the serial interface device {ECS-6 or equivalent. ) 

OUT PUT: For output operation, only the VCO section of the PEL is used. The 
control logic of the design in this mode programs a "mark" frequency when the 
data line is "1" and programs a "space" frequency when the data line is "0". Thus 
the time sequence of information on the TSO bit line of the serial inter¬ 

face will be directly mapped into a time sequence of frequencies in the VCO. The 
VCO output is tapped and run through a 741 buffer amplifier to the tape recorder 
which is assumed to be in the "record" mode for output. 

INPUT: For input operation, the PLL is used to decode the information coming in 

from the audio information source, turning the FSK modulations into a time sequence 
of information on the serial data line TSI at the interface. The control logic of this 
design programs the VCO to the "fQ" frequency so that the loop will idle in lieu 
of a signal half way between the mark and space frequencies. 


The phase lock loop itself is an example of the feedback principle in action. WPen an in¬ 
put signal is received, the signal is compared against the VCO signal frequency. The out¬ 
put of the phase detector is an error signal with a sign appropriate to cause the integrated 
control signal (the voltage into the VCO) to move thus causing the VCO to move in the 
necessary direction to make the- two signals equal in frequency. The PLL thus "locks" 
onto the signal frequency, causing the VCO to track it. In FSK applications, the control 
voltage exhibits two "steady" states - and transitions between these states. The compara¬ 
tor section of the XR-2iO loop circuit is used to translate the rough VCO voltage into a logic 
level signal which can be interpreted by the serial interface port. When you have built your 
first Modem, use of a dual trace scope with chopped input will illustrate a pair of signals 

Filtered VCO Control r~vvAAAy 


Tpa 


^ IG U A L 


TTL Level Input Data 


s 


~in_ru~Lr 


T P 


S. 1 CtKiAL 


The amplitudes are not to scale, and this diagram is tyT'>iral ul a 12 10 baud sig 
nal with tlie filter t'ornponents of this issue's circuit drawing. 
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In addition to the XR-210 Phase Lock Loop circuit, several auxiliary ele¬ 
ments are 1 ound in the ECS-8 design to build a modem system. 

An output buffer amplifier provided by the 741 operational amplifier IC -4- 
is used with capacitive feedback to integrate the VCO square w^ave, amplify it 
to several volts, and to isolate the VCO terminal of the XR-210 from the tape 
recorder connection. A voltage divider in the form of potentiometer R20 is used 
to set a suitable input level for the tape recorder being interfaced. Note that 
the input to the tape recorder is shorted to ground when data is to be read from 
tape. This prevents an unwanted coupling between the tape input and tape output 
which was observed to occur with all three of the tape recorders mentioned on 
page 2. A similar feature switches the output of the tape. 

An input clipping amplifier is provided by the 741 operational amplifier 1C -5- 
to provide isolation of the PLL input from variations in tape recorder output am¬ 
plitude. The dual diode feedback around the operational amplifier restricts the 
amplitude range to essentially the diode forward voltage drop (positive and negative) 
thus clipping the signal to approximately twice this drop peak to peak. This output 
of the clipping amplifier is applied to potentiometer R23 which sets the 

actual PLL input level. Eharing output operations, switch S4a grounds the input to 
the PLL to prevent coupling of the tape recorder signal via the tape drive electronics. 

The motor start delay oneshot is used to give the compute r program a "time out" 
at the beginning of tape read or write operations. When the "SELECT" line goes lowf 
indicating the start of an I/O to the modem, this cues the oneshot through the 
differentiator provided by C13 and R22. The RDY output to the interface logic- 
then goes low for a time period - set by potentiometer R2L At the end of the time 
period, nominally 2 seconds, the tape drive motor is assumed to have "settled down" 
to a steady state condition after the initial startup transients, thus the data trans¬ 
fer is not liable to errors caused by transport variations. 

The motor control relay is used to turn on the tape recorder's motor under 
computer control whenever the RELECT interface line is in the low state. Due 
to the inverting driver of the 7426 section, the selected condition is the "off" 
state of current in the relay coil - hence the "NC" contacts of the relay 

(terminal connections 3 and 4)should be used to make / break the "remote" input 
to the tape recorder. 

Control Logic is provided by the two 7426 open collector NAND gate sections, 
a TEST/CPU mode switch SI, and two TEST control switches S2 and S3. 

When the mode of SI is CPU, the control logic is connected to the computer's 
serial interface for control by a suitable program. When the mode of SI is TEST, 
the control functions of TEST DATA (S2) and TEST IN/OUT (S3) govern tlic con¬ 
trol of VCO frequency settings. 

The purpose of including the test switches is to provide a means of initially tuning the 
device and/or of re-tuning it to a different set of standards at a later time. 
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FREQUENCY SELECTION CONTROL: 

The truth table of the control inputs (whether SI is in CPU or TEST mode) is noted 
in the centerfold diagram of the ECS-8 design. The A and B columns of the table in¬ 
dicate the logic level on the lines at the points marked ’’A*' and ’’B” in the diagram. As 
is usual for such tables, the "X" indicates a "don't care" input. The output of the logic 
is listed in the third column as - the XR-210 VCO frequency which will result 

for the given combination of bits. 

The XR-210 has two inputs for frequency setting. One is the "keying" input of pin 
10 which is normally used to generate FSK in an output-only application according to the 
EXAR application notes on this device. The second is the "fine tune" input which is 
supposed to be used to set the center frequency (free running frequency) of the loop in 
receiving situations. In this design, the same XR-210 is used for both input and output 
by programming both of these inputs digitally, so that a total of three frequencies is 
obtained - mark, space, and free running frequency ’Tq". Two potentiometers RIO and 
R8 are used to set the "mark" and "space" frequencies using a procedure described be¬ 
low. Optionally, a third potentiometer can be used in this section for the fine tuning of 
the free running frequency - in place of the fixed lOOK resistor R9, illustrated by the 
"dotted" arrow in the drawing. 


OPEN COLLECTOR LOGIC: 

Note that all of the "NAND" logic in this circuit design is provided by 7426 high vol¬ 
tage open collector NAND driver gates. For the control logic applications, this means 
that "pull up" resistors must be provided to the 5 volt logic supply level. The pull 
up resistors for this use are R4 and R5. For the relay drive application, the "pull up" 
is provided by the relay coil acting as a load instead of the resistor used in logic 
applications. The high voltage gate was chosen so that a large (ie: 12 volt) voltage could 
be applied to the relay coil to guarantee operation with a current greater than the 3 ma 
required for it to change state. The relay is used as described on page 7 of the Jan¬ 
uary ECS issue. The remaining section of the 7426 circuit can be used as noted in 
the drawing to drive a relay with DPDT contacts if it is desired to automate the function 
of switch S4. Open collector logic is also used for the XR-210’s output stage, so you 
will note R3 is used to define the output logic level voltage for the PLL . 


NOTES ON CONSTRUCTION OF THIS aRCUIT: 

The ECS-8 design prototype was built with wire wrap construction techniques as docu¬ 
mented in M. P. Publishing Co. publications 73-1 and 74-5, With only 5 integrated cir¬ 
cuits, a very small board might be used, or a very roomy 4" by 6" board could be used 
as was used in the prototype. Other interconnection techniques can be used if desired, 
however for convenient and permanent one-of-a-kind construction wire wrap is really the 
"only way to go". 

A PC board version of this design is in the process of layout as this article goes to 
press. An announcement of price and availability is expected to be included in the next 
issue of ECS. The board will be labelled with the component designations in the ECS-8 
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centerfold of this issue, and very little additional documentation is ex]3ected to be re¬ 
quired beyond that supplied in this issue of ECS. With whatever technique you employ 
- wire wrap, point to point solder, PC - it is highly recommended that you use sockets 
for all integrated circuits. This prevents heating of the IC's if soldering is employed, 
and provides a convenient means of removing and replacing the chips if you should make 
a damaging mistake. Three 8-pin "minidip" sockets are required; one fourteen pin DIP 
and one sixteen pin DIP socket are required. 


INTERCONNECTIONS; 


The RDY, SEE, TSl, TSO and IN/OUT lines of the modem should be routed to the 
corresponding lines of one of the serial interface unit ports (eg: ECS-6 1/0-2 

lines for one of the channels of tape interface. ) If an alternate UAR/T control inter¬ 
face design is used, these lines will have to be run to the equivalent definitions in the 
controller. To summarize, the lines are: 

RDY - this line goes to the RDY input of the channel chosen for the modem 
in an ECS-6 type multi-channel serial interface. 

^Ei 7- this line goes to the SELect output of the channel chosen for the modem. 

TSI - this is the serial input line from the demodulator to the TSI line of the 
serial interface controller for the channel in question. 

TSO - this is the serial output line from the appropriate serial interface channel 
to the modem modulator. 


IN/OUT - this line is logic "I” for input, logic ”0'' for output, and is used to 
program the frequency control logic of the XR-210. 

In addition, the connections for ground, positive 12 volts, positive 5 volts, and negative 
12 volts must be made. 


The interconnections to the tape recorder are made via the three jacks Jl, J2 and 
J3 (the latter is not drawn explicitly in the diagram, ) The jacks can be omitted if you 
do not mind "pigtails" wired to the modem board with appropriate plugs for the tape 
recorder. The following connections muist be made: a phono-plug to miniature phone 
plug patch cord is required to go from Jl to the tape recorder’s audio output jack - 
typically marked "Aux Speaker" or "8-ohm Earphone; " A phono-plug to miniature 
phone plug patch cord is required to go from J2 to the tape recorder's audio input jack, 
typically marked "Auxiliary Input" or "Microplione" ; A phono-plug to sub - miniature 
phone plug patch cord is required to go from J3 (relay contacts NC and COM) to the 
motor control input of the tape recorder, typically marked "Remote" or "Dictation. " 

The modem may be physically mounted along with the rest of the system in a com- 
m.on card rack or "breadiioard" layout, or it might be reasonable to put the modem in 

a separate box associated witli the tape lecor'.lei . 
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TUNING PROCEDURES: USING THE TEST CONTROLS 

Having made the interconnections, verified proper wiring and power voltages, and 
inserted the integrated circuits, the tuning of the modem frequencies is the last step 
prior to testing the unit under computer control. In order to identify points in the cir¬ 
cuit for purposes of tuning and understanding the circuit, a new feature has been added 
to the ECS-8 circuit diagram - notation of several test points as "TPn'’ where "n" is 
replaced by an appropriate arbitrary number starting at unity. The basic test point for 
use in tuning the circuit is test point #1 (TPl) - the amplified VCO signal. The basic 
test instrumentation can be as simple as an oscilliscope or frequency meter - or both 
can be used. With the components shown in the circuit diagram, turning on the modem 
power, independent of any switch settings of SI to S4 , will produce a waveform looking 
approximately as follows: 



What the test switches do is set up data conditions which affect the period of this 
waveform logically, and enable the corresponding frequency settings to be 

obtained by trimming resistors. 


Trimming the Free Running Frequency : 

Set the TEST/CPU mode switch SI to the TEST mode and set the test IN/OUT switch 
S3 to the IN position (S3 open so that line B is logic ’T"). This will program the phase 
lock loop's VCO to the free running frequency logic inputs - and the TPl signal will be 
fo assuming no interloping frequencies are coming in the J1 connection. The free run¬ 
ning frequency can be trimmed by two methods in this mode: 

1. By trimming the capacitor CO by adding extra low value capacitance 
lumps in parallel with the main CO with its nominal . 03 mf value, 

2. By trimming the resistance of R9. However, to keep a reasonable 
control range for the other adjustments, R9 should not be made much lower 
than the lOOK ohms shown in the diagram. 

In the prototype, with a 5% tolerance lOOK fixed resistor for R9 and a 10% tolerance 
cO of . 03mfd without trimming, the oscillator was found to be at 5. 555 Khz when power 
was first applied. The final value of 5. 50 Khz (see "Standards" section below.) was 
achieved by trimming with small silver mica capacitors on a "cut and try" basis. The 
circuit diagram shows two such "phantom capacitors" as dotted lines in parallel to the 
main CO. In the PC board version now being prepared, space is left for two such trim¬ 
ming capacitors^ 

Trimming the "Mark" and "Space" frequencies. 


Once the f^ frequency setting has been trimmed, the following procedure may be 
used to set the "mark" and "space" frequencies of the FSK modulation. First, set the 
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the test IN/OUT switch S3 to the "OUT" position (S3 closed so that the B signal line is 
now logic "0" in the test mode. ) This logically programs the VCO control lines to either 
the "mark" or "space" frequencies depending upon the state of the A signal line. The 
two FSK frequencies are set according to the "Standards" section below using the following 
iterative procedure to converge on the final settings. An iterative procedure is required 
in order to overcome the interaction between the two controls R8 and RIO . 

1. Set the test data to "space" - the logic "0" level which occurs on line A 
when S2 is closed. Adjust R8 until the desired "space" (lower than f^) frequen¬ 
cy has been obtained. 

2. Set the test data to "mark" - the logic "1" level which occurs on line A 
when S2 is open in the test mode with S3 closed. Then set the observed 
frequency at TPl to the nominal "mark" frequency. 

3. Repeat steps 1 and 2 in sequence until both settings are within the nominal 
1% tolerance discussed below in the "standards" section. 

Note that this procedure of adjusting the mark and space frequencies should have little if 
any effect on the f^ setting. But, if you want to check and "be sure" you might look at 
^o after these adjustments have been completed. 

THE QUESTION OF "STANDARDS:" ^ 

Several individuals and representatives of groups of amateur computer enthusiasts 
have written concerning the subject of standards for data interchange between multiple 
systems, enabling the distribution of coded software rather than listings which must 
only be re-entered by hand. With the definition of an audio tape interface scheme comes 
the question of a standard for data interchange via that method. There are several 

comments which can be made regarding such standards: 

lo Within broad limits, the physical parameters of the recording or inter¬ 
change m.ethod are essentially arbitrary. Thus for example in tape recordings, 
it is fairly arbitrary whether one uses a series of octave-related tape speeds 
starting at 2 IPS, 1. 875 IPS or even 1. 75 IPS. The idea of the standard is to 
arbitrarily pick one such value of the range and stick to it in a given context of 
application. 

2. Given the same general method of reproduction or interchange, the most 
useful standard is that which gains the largest market acceptance. Thus all the 
sour grapes in the world will not change the fact that in certain areas of the com¬ 
puter markets that which IBM designs de-facto becomes industry standard. IBM's 
arbitrary choice of design and interchange standards is as good as anyone else's 
choice given the same physical concepts of recording or interchange so its wide 
mar*ket acceptance makes such a standard attractive to other instances. 

So, what are the physical parameters affecting the FSK recording method, the general 
ranges of interest, and the market factors shaping a choice of recording parameters? 
Answers to these questions - at whatever level of detail required - are implicit in any 
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selection of a set of standards. In the list here, you will find a summary of the physi¬ 
cal parameters and value I have chosen as a ’’first cut” at the problem. Some notes con¬ 
cerning the choices follow the list. 

ECS-8: FSK RECORDING 

PARAMETERS. . . . 


1. 

Center Frequency: f = 5. 

- 1 — Q 

5 0 Kh z 


1% 

2- 

MarkFreq: = 107.5% 

^o = 

5. 93 

Khz 

3 . 

S£ace Freq; f^pace = 92.5% 

^o = 

5. 09 

Khz 

4. 

Data Rate of U A R / T : 


1210 

baud 

5. 

Assynchronous format parameters: 

Stop Bits: 

2 




Data Bits: 

8 




Parity: 

odd 




1% 

1 % 

1 % 


The basic specification of the FSK signal is its center frequency and deviation. The 
above set of parameters reflects a choice of 5. 50 Khz center and deviation of 

7.5% in either direction to produce the two data frequencies. The choice of these par¬ 
ticular numbers reflect the following general considerations: 

1. The frequency should be kept as high as possible relative to the data rate 

of the interchange, to provide a large number of cycles (between 4 and 5 in this 
case) at the space frequency for the PEL to lock on. 

2. The frequency of transmission should not be higher than about 6Khz when 

the typical lOKhz band limit of the usual inexpensive recorder is considered - 
this guarantees that the wide band signal of the FSK will be recorded with suf¬ 
ficient accuracy to recover the data later. The information theory prediction 
that at least the second harmonic information would be required was veri¬ 

fied in the prototype by attempting interchange at approximately 8 Khz fo with 
other parameters identical. Result: errors in subsequent read operations. 

{At 6 Khz, there is still sufficient reproduction at the harmonic 12 Khz to 
ensure accuracy, but the drop off with increasing frequency puts a l6Khz signal 
outside the range of reproduction. ) 

3. The deviation of 7. 5% ( relative to center frequency) was chosen to make 
the basic frequency shifts large compared to possible erroneous shifts such as 
tape recorder "wow” and "flutter” or steady state differences in tape speed. 

With the prototype circuit, deviations as large as 12% were found possible, but 
were at the limits of control ranges and less stable than the 7. 5% figure. Smaller 
devaations w'ere also tried . The final 7. 5% choice is a good balance between 
the small deviation consideration and the limits of this circuit. 

4. The baud rate and form.at considerations are taken from the ECS-6 
design - subject to the considerations stated on the next page of this issue. 
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With these physical parameter considerations for an FSK modem taken care of, what 
are the market considerations - considerations of more than one user? A standard is 
only a standard when it is useful to the individuals employing it. For your own in-house 
use, you could potentially use any set of parameters within the capability of the basic 
design. My purpose in publishing this list of parameters is one and only one: 
to provide a definition of the FSK parameters which I will use in recording programs 
for distribution to subscribers, whether generated by myself or by other individuals 
now in the process of creating articles for this publication. If a design such as the ECS-8 
modem is used, there is room for a fairly broad variation in these parameters to allow 
retuning for other sets which may or may not be used by other sources of 

software. I make no claim to special knowledge or universal acceptance of this particu¬ 
lar set of parameters - and the flexibility of the basic modem design allows later re¬ 
specification should there be widespread dissatisfaction among subscribers with the par¬ 
ticular choices in this set. 

A final note on the standards subject: this discussion has only concerned the physi¬ 
cal (low level) details of recording standards. There is another whole ’’can of worms" 
involved in the programmed format of data which is conveyed by tapes using this method. 
To keep the size of this issue within the bounds of sensibility I am deferring discussion on 
that topic for now. 


RETUNING THE ECS- 6 UAR/T CFOCK RATES 

The following frequency settings are achieved as a result of retuning the ECS-6 
oscillator to 38. 7Z0 Khz (25, 83 _p.s for those who set frequencies via oscilliscopes) and 
taking into account a logical error in the writeup of the ECS-6 design as published. The 
logical error in question was the assumption that a 16 division ratio is possible with 
the 4-bit 74193 counter used to establish clock frequencies, when in fact the maximum 
is division by 15 and two of the 4-bit codes are identical. The retuning is done so that 
the highest t)it rate will be approximately 1200 baud (1210 baud is . 83% off the typical 
commercial rate of 1200 baud) and the 110 baud rate wall be retained at one point in the 
series for use with the teletype. The complete list of frequencies and codes is thus: 


Code 

Iden. 

Baud Rate 

Code 

Ident. 

Baud Rate 

0000 

0 

1210 (tape) 

1000 

8 

151.25 

0001 

i- 

1210 (tape) 

1001 

9 

I3lf. i|lf 

0010 

2 

605 

1010 

10 

121.00 

0011 

3 

il03.33 

1011 

11 

110.00 (TTY 

0100 

li 

302.5 

1100 

12 

100.83 

0101 


242 , 

1101 

13 

93.08 

0110 

6 

201.66 

1110 

I4 

86.5.3 

01 n 

7 

172,86 

1111 

15 

80.67 


With this retuning, the control word for the channel 0 teletype output becomes octal 262 
instead of 362, and word 011/220, word 011/211 of the previously published ELDUMPO 
routine miust be changed to reflect the new TTY rate codec 
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LOGICAL TESTING OF THE CPU/UART/MODEM/TAPE SYSTEM: 


Once the modem has been checked out at the level of tuning described on pages 7 to 
9 of this issue, the next step is to check out the ability of the system to record data gener¬ 
ated by a program and later read that data. Two self-contained programs are provided in 
this issue for the purpose of testing the interface by a very simple method: An integer 
number sequence displayed in the binary lamps has a very characteristic visual pattern 
when the rate of generation is lower than the eye's characteristic "flicker" limit. By 
writing then reading the sequence of binary numbers OOOg to 377g repetitively, this sequence 
will be put on a test tape for corroboration visually in the display when reading. The other 
8-bit display can be used to flash any parity errors and to continuously monitor the difference 
between one word and the next when reading data. The first program of interest is the 
data generation routine INTEGEN: 


Note: Starting with this issue, I will be mnemonically referencing 
the 8008 I/O commands of the system I actually wired by their proper 
symbols. No changes are made in the actual codes printed in previous 
issues of the magazine - which differ from the published and corrected 
ECS-5 codes by a level of inversion in the 3-bit selection of device within 
an 8 008 I/O channel. It is not a major point, since an individual system 
of hardware can potentially use any one of the 8008 I/O codes (with the 
proper characteristics) for a given function. 


xNTEGEN: 004\000 

00^\001 
0U^\Q02 
INTGLOOP: 00^\003 

00^\0U^ 
004\00b 
00^\006 
004X007 
004X010 
004X011 
004X012 
004X013 
004X014 
004X01b 
004X016 
004X017 
004X020 
004X021 
004X022 
004X023 
004X024 
004X02b 
004 X026 
004X027 


006 
002 
1 1 7 
006 
026 
1 1 1 
310 
1 7 b 

301 
044 
030 
0 74 
030 
1 10 
003 
004 

302 
1 1 3 
302 
1 7 7 
0 20 
104 
003 
004 


LAI First turn off interrupts as usual 

00 000 0010 

IN7 I/O Interrupt control code 

LAI 

0001 01 10 r~ baud, ch. 1, select, output 

IN4 ^Tape unit control word code (formerly called 

LBA "IN3" due to ECS-5 error) 

OUT36 Write status to left display. 

LAB Recover status 

NDI 

00011000 y 

CPI 

00011000 

JFZ INTGLOOP Y Keep looping around until 

r 

LAC 7 
IN 5 i 
LAC ^ 

OUT37 j 

INC Increment the data for next output word 

JMP INTGLOOP And reiterate the whole cycle ad 
L infinitum. .. you stop this program 

H manually with the single step 

control. 




Mask with TEOC/TBMT positions 

And test for valid TEOC & TBMT 

Keep looping around 
the UAR/T is ready for more, 

then give the Uar/T some more stuff, 
and display the same stuff on right lights 


This programlet be entered into memory at the absolute addresses shown by using 

the IMP program previously published. Then the "Shift X" operation with appropriate 
address setup can be used to enter execution at location 004/000. 
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Once the INTEGEN program has been entered and execution initiated from IMP, 
a first check of the system can be done aurally by connecting a high fidelity amplifier 
and speaker to test point TPl. The characteristic FSK signal should be heard, which 
in this case (going gung-ho at 1210 baud ) sounds somewhat like a multi-engine prop¬ 

eller driven aircraft during takeoff - especially when the volLime is turned up through 
a good set of speakers ! To make the test tape, the following manual procedure is 
suggested: 

1. Temporarily suspend program execution by flipping the CPU panel controls 
to the single step mode. After this is done, the steady state "mark" tone of 

5. 93 Khz should be heard in the speaker if you use the setup suggested above. 

2. Put the recorder into its recording mode and start it up. Leave the remote 
control input temporarily empty so that the controls are active independent of 
computer motor control operation. 

3. After 10 to 20 seconds of mark tone recording, turn the CPU back to the run 
mode so that the actual data will be recorde - an integer sequence of numbers 
generated by INTEGEN at the maximum data rate of the system, 100 CPS (Charac¬ 
ters per second. ) When the program is running, observe the integer pattern in 
the display. 

4. After a coffee break or suitable 5 to 15 minute period of time, come back, 
turn off the recorder, put the CPU in single step, use the bootstrap mode to change 
location 3 (IMPSTATE) back to 002g , interrupt the CPU and re-enter IMP. You 
now have a test tape with an integer sequence of numbers on it at 1210 baud. 

With this process of making the tape completed, rewind the cassette (or reel 

if you use reel-to-reel) and enter the INTEREAD program code as found on the next page. 
The INTEREAD program is designed to set up for read operations at 1210 baud, and read 
any characters detected by the UAR/T with display on the binary lamps. The program 
also does a rudimentary error check as follows: 

- The difference between one character and the next is continuously calcu¬ 

lated and displayed as the lefthand bit of the OUT37 display lamps. If this lamp 
ever flickers, it indicates that an invalid sequence of integers was read - it should 
be solidly "on" during input operations. 

The three receiver status bits ~ OVERRUN, FRAMING ERROR and PARITY ER¬ 
ROR - are displayed in the righthand section of the OUT37 display lamps. If bits 
2,1 or 0 of this lamp array ever flash, then one of the error conditions was detected. 

In practice, except when the phase lock loop is free running, these lamps were usually 
always "off" indicating a lack of errors. At rates higher than 1210 baud, all three 
recorders tested would occasionally produce read parity errors. At the 1210 baud rate, 
the Radio Shack recorder would occasionally (once in several minutes) flash a parity 
error. 

Once entered, set MEMADDR of IMP to 005/000 and start INTEREAD with the 

IMP "shift X" operation. 
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INTEREAD: UUb\UOU = 006 

OObSOOl = OOli 
0 0 b \0 0 = 117 

INTRLOOP: 00b\003 = 006 

00b\004 = 021 
00b\00b = 111 

00b\006 = 310 
00b\007 = 04^ 
OObNOlO = 0^0 
00b\011 =07^ 

00b\012 = 0^0 
00b\013 = 110 
00b\014 = 003 
OObNOlb = 00b 
00b\016 = 113 
00b\017 = 320 
00b\0J:i0 = 17b 
00b\02l = 302 

00b\022 = 223 
00b\023 = 012 
00b\02i!4 = 3^0 
00b\02b = 301 
00b\026 *= 0/14 
00b\027 = 007 
00b\030 = 264 
00b\031 * 177 
U0b\032 = 332 
00b\033 = 104 
00b\034 = 003 
00b\03b = 00b 


00^000 interrupts code 

IN7 ■ is sent out to interrupt control port 

LAI ^ 

0001 01 11 ^ 1200 baud, channel 1, sel ect, in] 

IN4 —J is set up in ECS-6 contrc 

LBA-- save status just read 

NDI--- mask off RDA bit 

00 100 000 
C PI ^3 

00 100 OOOT^ RDA for data available 

JMP INTRLOOP loop around if not available 
L 
H 

IN5 - read code for ECS-6 channel 
LCA - save data in C-register 

OUT36 - write data just read in the left binai 

LAC - restore saved data 

SUD - subtract previous data left in D-reg 

RRC - rotate difference into high order 

LEA - and temporarily save it in E 

LAB - restore status from B 

^(PoOO 111 V and mask off the error indicator 


1200 baud, channel 1, select, input 
is set up in ECS-6 control 
save status just read 
mask off RDA bit 


and test RDA for data available 


read code for ECS-6 channel 

- save data in C-register 

- write data just read in the left binary display 

- restore saved data 

- subtract previous data left in D-register 

- rotate difference into high order 

- and temporarily save it in E 

- restore status from B 

nU and mask off the error indicators 


ORE - and merge the result with high order difference 
OUT37 - and display inthe right hand display lamps 
LDC - and create the new "old" data value. 

JMP INTRLOOP and back to gobble up some more bits 

L from the tape, . . 

H 


When INTEREAD has been initiated in operation, with a blank tape noise signal, 
display outputs should "run wild". The reason is that when the PLL oscillator is free- 
running without locking to either the mark or space frequencies, the control voltage is 
at the center of its range, "hunting" around for the proper lock. If you examine test 
point 2 at this point, you should find a "random" waveform with an amplitude of several 
100's of millivolts with the recorder playing back a blank tape. 

When the first "mark" tone appears on the tape, the loop should quickly lock solidly 
onto a fixed level at TP2. Then, when the data begins to appear, you will be able to 
set up the chopped dual trace scope display illustrated on page 3 - if you have or can bor- 
r ow the use of a dual trace display. With an oscilliscope as a tool, you can adjust the 
input level to get the cleanest waveform at TP2 - or, using only your CPU and program 
INTEREAD as a tool, you can adjust the level while watching the error lamps - with 
too little level, errors occur - and the same goes if you over drive with a combination 
of high tape recorder amplitude and high input level setting. 


COMPUTERS IN SCIENCE FICTION? Imaginative applications of technology are often 
anticipated years ahead of realization by fiction writers - thus Jules Verne’s 

well known anticipations of TV and fast powerful submarines. Good and well known 
science fiction writers like Robert Heinlein and Poul Anderson have often come out with 
neat computer applications. I am interested in readers' contributions to a bibleography 
in this area including short descriptions of the computer - related theme of the story being 
referenced. 
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ECS-8 MODEM DESIGN 


CO 

= 

.03 m 

1 f d b a 

se 

plus optional 



tr 

imm i n 

S c 

as required. 

Cl, 

C2 

, C3 

- .00 

62 

mfd ( 10 ^ tol.) 

c4 

--= 

30 mfd 10 

VO; 

Lt electrolytic 

C34 

Cl 

1 = . 

01 mf 

d i 

: 20 ^ tol.) 

C 6 , 

C9 

= 3 

mfd, 

25 

volt electrolyti 

C7, 

C 6 

,G10, 

C12,C 

15 

= .1 mfd 50 volt 

C13 


.001 

mfd 

50 

volt 


D1,D2,D3,DL(-,D5 -■ silicon switching 
diode, In9l4 or equivalent 

J1,J2,J3 = RCA style phono jacks 

for interconnect to tape recorder 
via patch cords (optional.) 

PI = DIP plug interface to ECS-6 
l/O sockets from modem terminals 

Integrated Circuit Listing: 


IG 

-1- 

XR-210 Phase Lock Loop 
Modem Circuit 

IG 

-2- 

7426 Open Collector High 
Voltage NAllD Driver 

IG 

-3- 

1JE555 Ready Delay Timer 

IG 

-4- 

741 ’’minidip” op amp 

IG 

-5- 

741 "minidip” op amp 


PARTS LIST ... 


RO = 

8.2K V 

CO gain 

R1,R1 

1,R19 - 

lOK 

R2,R3 

,R17,R1 

8 = 4 . 7 K 

R4,R5 

,R6,R7 

= l.OK 

r 8 = 

5K space adjust pot 

R9 = 

lOOK 


RIO - 

35 k ma 

rk adjust pot 

II 

cu 

I—i 

fh 

2.7K 


R13 = 

1.5K 


Rlk, 

R16 = 3 

.9K 

II 

un 

r —1 

2. OK 


R20 = 

10 K 

output level pot 

R21 = 

50 OK 

ready delay pot 

R22 = 

h 

CU 


R23 = 

lOK in 

put level pot 


51 = DPDT Test/CPU mode switch 

52 = SPST Test Data Switch 

53 = SPST Test Switch 

54 -■= DPDT Tape Signal Routing 


K1 - SPDT Miniature f^.eed Relay Tape The four test points in¬ 
motor control. The prototype uses dicated in the diagram may be 

a surplus Grigsby-Barton #GB31C-G2l50 implemented with teflon feed 
But any relay which will operate with thru insulated standoffs, or 

a 6 to 10 volt potential and less than appropriate test prod jacks. 

l6 ma can be used with the 742 ^ driver. 
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ERRATA CORRECTIONS FOR PREVIOUS ISSUES: 

The following errata have been detected in the referenced issues, and are noted 
here for the record: 

Ja nuary 1975, page 4: The "NDBP‘ pin of the COM2502 UAR/T is pin 38. The 
TTY line's source is 16-4 not 14-4, 

February 197 5, page 13: The reference to "PCW" as the output of IC 14 pin 6 
should have read "PCC" . This error is also found in the text of the BANK 
SELECTION LOGIC description on page 11 , 


IMP EXTENSIONS FOR TAPE INTERFACE CONTROL: 

The IMP program is extended , as documented in this section, to handle an added 
capability - the dumping of absolute binary data onto the tape interface for long term stor¬ 
age, followed by later recovery of that data. A comparison function is also incorpor¬ 
ated to allow the data written on tape to be checked against core data so that one will be 
certain of the veracity of the tape copies. The new functions added to the IMP program 
are the following: 

"T" - this function is used to set IMPSTATE to a value of 3 so that a second letter 
can be decoded as a two letter tape control sub-command. The two letter tape 
control command sub-command combinations are listed later on page '8 . 

"Shift W" - this command requires two keys to be depressed for safety, and is used 
to invoke the data write utility. Pressing this key assumes that the program par¬ 
ameters of data count and a starting MEMADDR value been set up using the H, L, 

TL and TH control commands of IMP. It also assumes that the tape recorder 
has been set up in the "record" mode to receive data from the appropriate modem. 

The channel/rate selections are also assumed, as defined by the TR and TU commands 
to be described. 

"Shift C" - this command requires two keys to be depressed for safety, and is used to 
invoke the data comparison utility routine. It assumes the same program setup as 
the corresponding "Shift W" write operation which produced the block, and assumes 
that the physical setup of the tape recorder is for a read operation. 

"Shift R" - this command also requires two keys to prevent accidental activation. It 
is used to invoke the data read utility, which is identical to the data comparison 
utility with the exception that data is stored in appropriate memory addresses rather 
than compared against the addresses. 


In addition to these direct extensions to the IMP command facility, the subcommands of 
the "T" operation include the functions described on the next page. 
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The tape control subcommands are used to define the content of several RAM data 
areas, display the content of these data areas, and to perform tape utility control actions. 

"TB" - this command/subcommand combination is used to display the current 
content of the 16-bit tape block length count. 

TD - this command/subcommand combination is used to display the current 
content of the tape control word used for determining tape unit and rate. 

"TF" - this command/subcommand combination is used to display the current 
formatting error count - errors in the three UAR/T status bits detected 
during read and comparison operations. 

"TH" - this cornmand/subcornmand is used to transfer the current IMPENTRY 
value to the H portion of the block length count. 

"TI" - this command/subcommand is used to initialize the tape control parameters 
of block count, error counts (format and comparison data), and control word. 

Ail the control data is zeroed out. 

"TL" this command/subcommand is used to transfer the current IMPENTRY value 
to the L portion of the 16 bit block length count. 

“TR" - this command/subcommand is used to define the UAR/T rate portion of the 
control word from the low order content of IMPENTRY. 

«'TS’' - this command/subcommand is the tape leader spacing command, and is 
used to turn on the tape motor for a period of time (ten seconds) sufficient to 
move the cassette position past the leader after a rewind. It invokes a routine 
which uses timing loops to count approximately 2. 5 million 8008 CPU states 
in terms of the structure of the counting subroutines and data used to call them. 

"TU" - This command/ subcommand is used to define the control word unit as the 
current two low order bits of IMPENTRY, 

"TX" - this command/subcommand is used after a comparison operation to display 
the count of words read which differed from internal memory data (the count is 
valid assuming a previous '‘Tl" initialized the count data areas. 

The decoding of these subcommands is done in a manner which is identical to that used for 
the main set of IMP commands - the software extensions for the tape facility include a gen¬ 
eralization of the "IMPDECO" routine given in last month's issue to allow symbolic specif¬ 
ication of the command table address and the command branch target taken when a match 
page address taken when a match is found. 

One other change has been made in the previously published IMP program - the symbol 
table has been moved out of page 0 (bootstrap page in ECS systems) to reside at address 
012/260 in the protected memory of the system software. This minimizes restart activ¬ 
ity to the initialization of the first 102g bytes of page 0 after the CPU has been powered down 
for additional interfacing or other activities. 
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The first items to present in the course of redefining the software load to include exten¬ 
sions for tape interface functions are the changes in the IMP decoding algorithm. Basic¬ 
ally, the IMPDECO algorithm is made to begin with a SYM function call to define the 
command table address. In current software, there are now two command tables - for 
the IMPSTATE value of 2, the same codes are defined as in the previous case, but the 
table is extended by four entries for the four new regular IMP commands. The second 
commiand table is used for the IMPSTATE value of 3 (ie: following the "T'* command) 
to decode the second character of the two character tape control commands. In this 
second command decode application, a different page for the command branch is also 
required, thus the IMP "GOTFUNC" routine must also be modified to provide this new 
g enerality. 

Because the decode routine has been generalized, it is now necessary to use a setup 
procedure to define the parameters for IMPDECO. In this patched version of the IMP 
software, a branch is made to "IMPSETUP" with a return to ’’IMPRESUME" when the 
state 2 decode is used, IMPSETUP is used to define the high order portion of the GOT¬ 
FUNC branch address in DECOGO, and to setup the symbol for the state 2 command 

table, IMPCMDS. IMPRESUME is the normal entry point to the decoding routine in 
this new version. Note that a jump to IMPSETUP could also have been made from the 
jump at location 020. Note also that the NOP's and KEYWAIT at location 013/023 
have been replaced by a jump to location 010/000, the place where the setup for 

an IMPSTATE value of 3 is executed, defining the “T” subcommand table instead of 
the normal IMP table. 


01 3\023 

= 

10^ 

U 1 3\Uci^ 

= 

000 

U 1 3NUi2b 

= 

010 

IMPGO: 

013\026 


10^ 

0 1 3\027 

= 

120 

013\030 

S 

013 

IMPRESUME 

U 1 3\03l 

ac 

0/b 

0 1 3\032 

s 

30 1 


JMP TSETUP 

L 

H 


JMP IMPSETUP 

L 

H 


SYM lookup addr 
LAB restore chr 


IMPSETUP: 


013\120 

C 

310 

U13\121 

a 

006 

013\122 

= 

030 

013\123 

a 

07 b 

013\12^ 

a 

07 6 

013\12b 

a 

013 

013\126 

a 

006 

013\127 

a 

032 

013\130 

a 

10^ 

013\131 

s 

031 

013\132 

s 

0 1 3 


LB A 
LAI 

s(DECOGO) 

SYM 

LMI 

h(IMP) 

LAI 

s(IMPCMDS) 

JMP IMPRESUME 

L 

H 


Note that the IMPSETUP routine is located in a region of memory address space which 
had formerly been occupied by the ’’GOTFUNC” routine (see last issue. ) The GOTFUNC 
routine has been moved to location 013/251 and modified to define the high order target 
address from the data stored in the variable DECOGO, rather than the default page 013 
in the original version. The address located at 013/035 must accordingly be changed 
to 251 so that the new location of GOTFUNC will be reached from IMPDECO. The new 
version of GOTFUNC is listed on the next page at the top. 

Also at the top of page 20, right hand side, is a listing of the jump instructions which 
are located in page 013 so that the new tape commands can be reached outside of page 013. 
When the normal IMP decode occurs, it references a page 013 address - one of these 
jumps if one of the new commands is detected. 
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GOTFUNC: 


0 1 3\2bl 

_ 

U6U 

INF 

PI ere are the fo 

ur jumps used to 

U13\2b2 

= 

347 

LEM 

reach 

outside page 

013 

when normal 

0 1 3\2bJ 

= 

UU6 

LAI point 

IMP d 

ecode finds read. 

write, compare 

0 1 3\2b4 

= 

U3U 

s(DECOGO) to DECOCXD "T' 

" command characters. . . 

U13\2bb 

= 

07b 

SYM 





U13\2b6 

= 

337 

LDM ((was LDI) 

WRITEJ: 

013\310 = 

104 

JMP WRITE 

013\2b7 

= 

106 

CAL SETJMP 


013\311 = 

0 1 b 

L 

U13\26U 


212 

L 


0 1 3\312 = 

010 

H 

013\261 


013 

H 

READJ: 

013\313 = 

104 

JMP READ 

013\262 

= 

106 

CAL SYSSETUP 


013\314 = 

1 23 

L 

013\263 


13b 

L 


013\31b = 

010 

H 

013\264 

_ 

0 1 3 

H 

COMPJ: 

013\316 = 

104 

JMP COMPARE 

013\2bb 

= 

104 

JMP GPJMP 


013\317 - 

1 1 6 

L 

013\266 

= 

0 1 b 

L 


013\320 = 

010 

H 

013\267 


000 

H 

TJ: 

013S321 = 

104 

JMP TSETUP 






013\322 = 

32b 

L 






013\323 = 

0 12 

H 

id here is 

the new 

command table at location 013/344, 

including the 

four new command 


codes as well as all the old commands. . . 


IMPCMDS: 


0 I3\34^ 
013\3^5 
013\346 
013\3^7 
0 13\3b0 
013\3bl 
0 I 

013\3b3 
013\3b^ 
013\3bb 
0 1 3\3b6 
013\3b7 
013\360 
013\361 
0 1 3\36kJ 
013\363 
013\36^ 
013\36b 
013\366 
013\3b7 
013\370 
013\371 
013\37^ 
013\373 
0 I3\37^ 
013\37b 
0 1 3 \ 3 / 6 
013\3 7 7 


22 7 

310 
203 
316 
222 
313 
32^ 
321 
30^ 
240 
30b 
1 b6 

313 
221 

314 
0 76 

311 
1 b2 

312 
1 bO 
316 
1 b3 
230 
200 
310 
106 
31 b 
I 1 2 


"Shift W" 
l(WRITEJ) 



write command {to tape) 
compare tape to memory 
read tape into memory 
initiate tape control state 


this section of table is 
identical to the pre¬ 
viously printed version 
but in page 013 instead. 


There is one final modification of the old code which must be noted: the symbol table 
has been moved from page 0 to page 012^ location 260 , for the same reason that the 
regular IMP command table was moved. Thus word 000/071 of the SYM has to be change^ 
to 012g and word 000/073 of SYM must be changed to 260g to complete modifications. 
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With the preliminaries completed, the next item of interest is the beginning of the list 
of routines required to implement the new IMP functions. The first routine in address 
sequence is the TSETUP routine used to fool IMPDECO into decoding via the "T" subcom¬ 
mand table TAPECMDS for the first character following a "T". This occurs when 
IMPSTATE is 3 following the "T” command. . . 


TSETUP: 


010\00U 

= 

310 

0lu\001 

= 

00b 

U 1 0 \U01^ 


OOii 

01U\UU3 

= 

07 b 

0 lUkOQi^i 

= 

0 76 

01U\UU 5 

= 

OOi^ 

010\006 

= 

006 

010\UUV 

= 

011^ 

0 10\U 10 


07 b 

010\0 1 1 

= 

30 1 

010\012 


lOA 

0 1 0\0 1 3 

= 

033 

UI0\0 1-4 

= 

0 1 3 


LBA save the c 
LAI 

s (IMPSTATE) 

SYM 
LMI 
2 

LAI 

s (TAPECMDS) 
SYM 

LAB -- 


JMP IMPDECO 

L 

H 


haracter just read 

change state for the next 

input character by referencing 
and redefining IMPSTATE 
for normal code interpret after 
state 3 special . . . 

point to tape command table 
^ recover tape subcommand character 
and jump to the new generalized 
IMPDECO as if normal entry 
but with alternate command table 



If you look at this routine carefully - and observe its coordination with IMPDECO - see if 
you can find a way to eliminate 2 bytes and thus compactify the software. . . such an im¬ 
provement is possible. 


When the IMPDECO routine was entered in the normal "2" IMPSTATE, a write command 
"Sliift W" might have been decoded. If so, the WRITE thing to do is to branch to WRITEJ 
in page 013, and thence to this little wroutine. . . 


WRITE: 


Q10\01b 

= 

006 

010\016 


014 

0 1 0 \0 1 7 

= 

075 

010\020 

= 

30 V 

010\021 

s 

044 

010\02^ 

= 

374 

010\023 

= 

064 

010\02^ 

= 

002 

010\02b 

= 

3 70 

010\026 

= 

i 1 1 

0 10 \0 2 7 

=S 

106 

0 10\0 30 


1 47 

0 10\0 31 

= 

012 

010\032 

3 

106 

0 10 \0 3 3 

= 

200 

0 10 \03^ 

= 

0 1 2 

010\03b 

= 

006 

010\036 


0 1 6 

0 10 \0 3 7 


07 b 

010\040 

= 

3 7 1 

010 \041 

= 

060 

010X0^2 

= 

37 2 

010X0^3 

= 

0 1 6 

0 10 X04^ 

= 

0 12 

010 X0 4b 

= 

106 

010X046 

= 

1 1 6 

0 10X0 4 7 


0 1 2 



LAI 

s(TAPECTRL) 
SYM 
LAM 
NDI 

11 111 100 

ORI 

00 000 010 
LMA 
IN4 

CAL WAITOUT 
L 
H 

CAL OUTCOUNT 
L 
H 

LAI 

s(TCOUNT) 

SYM 
LMB 
INL 

LMC ^ 

LBI 

lOio 

CAL WAJTCS 
L 
H 




} 



first thing in writing - to tape, not 
necessarily for publication - is 
to reference the command word 
set up by TR/TU commands, 

then extract the rate/unit bits, 

and superimpose output select. . . 

the new command code is good for 
this I/O to control logic later. . 
go wait for the proper TBMT/TEOC 
and RDY flags to indicate that the 
motor start is done. . . 
go wait "x" milliseconds more and 
then write out a 16-bit data count 

define a temporary copy of the 

block data count by referencing 
its location then copying data 
prepared by OUTCOUNT from 

CPU registers B and C to 
storage reserved for TCOUNT 

then define a 10 centisecond wait 

interval, then wait it out before 
commencing the main data 

block. 
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The writing of data onto the tape immediately brings to mind the question of the data 
format. The basic data format implied for this program can be stated explicitly: a block 
of data consists of (on output) a leader of (nominal) 2 seconds while the motor gets up .E 

to speed, followed by an additional delay for output of "x” seconds to allow "slop" in 
tape positioning on input, followed by two characters containing the block count, then a 
delay of . 1 seconds then the actual data bytes, followed by another "x" second delay and 
a repeat of the block count for verification. The block is closed out mechanically by 
turning off the motor after a final delay of 2 seconds. As a tentative value of "x" for 
this software, I have used . 1 seconds - although I it is not yet obvious that this is the 
best value. I chose a delay between the count words and the actual data block for the 
following reason: when listening by ear to the data, a characteristic rhythm pattern is 
heard at the start of the block - a single blip of data followed by the actual block. This 
gives an indication - roughly - that the data is likely to be in the right format. A further 
reason is to allow easy detection of the block start and end when scanning the tape fast 
using a tape recorder with "cue" and "review" controls such as the Superscope model 
mentioned. 

The code of page 21 has gotten the output operation down to a point where the start of 
a block has completed and the program is now ready to output the main sequence of data 
of interest. . . 


OUTLOOP: 


0lUNObO 

= 

106 

OlONUbl 

= 

1^7 

0 lONUbl^ 

= 

012 

0 lONUbd 

= 

106 

0 1 U \0b^ 

= 

000 

010\0bb 

= 

0 1 Jd 

U10\0b6 

= 

30 7 

0lU\Ub7 

= 

1 1 3 

010\U60 

= 

106 

010\U61 

= 

1 64 

010\U6^ 

= 

0 1 3 

0 1 U \0 6 3 

= 

307 

0lU\064 

= 

1 7 b 

U10\06b 

= 

060 

U10\U66 

= 

30 7 

0i0\067 

= 

1 7 7 

010\070 

= 

006 

U 1 0 \0 7 1 

= 

0 1 6 

0 1 0 \U / 

= 

106 

U10\U 7 3 

= 

i02 

010\07^ 

= 

0 1 2 

U 1 U \U 7 b 


1 40 

010\U /6 


103 

U10\U77 

= 

0 10 

0 iU MOO 


1 04 

0 10 MO 1 

= 

ObO 

0 10 MOfl 

= 

0 1 0 


CAL WAITOUT 
L 
H 

CAL ATMEMA to 

L 

H 

LAM 

IN5 (true code) 
CALINCMA' 

L 
H 




do not procede any further until the 
flags have been cleared by UAR/T 
and it is ready for output. . . 
find out what the current MEMADDR 
is by loading it in H/L J 


go fetch the current byte 

so that it can be sent to tape 
not an ancient andean indian, but 
the routine in-crements the 
value of MEMADDR 
fetch the next byte 
and display it . . . 
and increment address LO 
and fetch next 1 byte 
and display it too. . . 

point to data count 

then decrement the count 
temporary TCOUNT 

zresult of zcountdown determines 
what will happen. . . 

if the carry was false, underflow 
has not occurred, so the block 
is not done - reiterate it! 


Now in every instance except the last, the jump true carry at 010/075 will fail, causing 
routine to loop back for the next byte of the block being dumped. Finally, the carry will 
set to 1 by D2B, causing execution to flow to ENDOUT, listed at the top of page 23. 
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p:ndout: 


0 10X103 

= 

106 

CAL 

OUTCOUNTl 

^ at end of block, write the count 

010 X104 

= 

200 

L 

1 

again for confirmation. . . 

0 1 0 X 1 Ob 

= 

012 

H 

J 


0 10X106 

= 

0 1 6 

LBI 

A 


0 10X107 

= 

310 

ZOOio 

) / 

■^then set up for 

010X110 

= 

106 

CAL 

WAITCS V 

a 200 centisecond (2 sec) 

010X111 

= 

1 1 6 

I. 

[ 


010X112 

0 1 0 \ 1 13 

= 

0 1 2 

H 

VR A 

J 

block trailer interval. , . 

C/ i VJ X i i o 

0 10X1 14 

= 

CL 

1 1 1 

IN4 


Clear accumuiator 

and output null code to tape units 

OlOXl 1 b 

= 

02b 

KEYW7UT---Hi 

► having completed the output, back to 


IMP command interpreter. . . 

Tile following routine is accessed by the tape control command "TS" and is used to 
space the tape a fixed interval after rewinding and setting up for forward motion. 


EEADER: 0l0\<^7Ti = 2b0 XRA'^-^.clear the accumulator so that 

UlQ\ki7 3 = 111 1N4 j a momentary null code can be output to 

= 006 L.AI tape controller. . . 

010\27b = 01^ s (TAPECTRLpL--^then point to the tape control 

0 10X^76 = 0 /b SYM —^ word via SYM mechanisms. . . 

0 10\J:i77 = 30 7 LAM—load the accumulator with the selection 

0 10X300 = 064 ORI --i^then force "output select" onto whatever 

010X301 = 002 00 000 010 rate/channel had been selected. . . 

0 10X30 2 = 111 IN4 ■-=^then output the command code, turning on 

010X30 3 = 0b6 LHI 'b the motor. . . 

0 10X304 = 012 lOjQ V“^set up for 10 second leader delay (adjust this 

constant to suit your tastes. . . ) 

The H register is thus used as a temporary count for the number of seconds of delay in 
the leader, serving to cycle the following leader delay loop. . . 


LDELAY: 


010X30b 
010X306 
010X307 
010X310 
010X311 
010X312 
010X313 
010X314 
0 10X31b 
0 10X31b 
010X317 
O10 X320 


LBI -^the 

looio r 

CAL WAITCS 

L 

H 


the inner loop of leader delay is a 1 second 

delay programmed by the WAITCS routine. . 
res called to delay a total of 

100 centiseconds as programmed 
by the value in B on entry 

fter the inner loop delay, decrement the 
LjAY a the seconds counter (H register) 

and branch back if needed. . . 


JFZ LDELAY A the seconds counter (H register) 

L and branch back if needed. . . 

H ._J 

XRA—^--j^^clear the accumulator. . . 

IN4 --^-»-then output the turn off (null) code. . . 

KEYWAIT- ^ and back to keyboard interpreter. . . 


The next routine to be listed is a service routine which is activate by 

used by IMP to set the H portion of the tape block count working storage. . . 


and i s 


COUNTH: 


U iUX321 
UIU X322 
U10X323 
010X324 
0 1 0 X 3 2 b 
010X326 
010X327 


LAI “N 

s(COUNT) ?—-^^point to block count via SYM 

SYM J 

LMB —v-^then define H portion from last entry, left in 
JMP EX7VMINE A the B register by GOTP^UIXC. . . 

L >->*then go to EXAMINE in IMP proper 

II in order to output the count, . . 
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A similar routine is used to perform the same function for the L portion of the block count 
when invoked by the "TL" command to transfer IMPENTRY to the count's low order. 


COUNTL: 


010\3J0 = 0U6 
010\331 = Uyia 
010\332 = 07b 
010\333 = 060 
010\33^ = 371 
010\33b = 061 
010\336 = 10^ 
010\337 = lb6 
010\3A0 = 013 


LAI 

s(COUNT) 

SYM 



point to block count (length) 



increment to look at low order. . . 
and load the low order from entry 
and look again at start of COUNT 
EXAMINE A 

r^and jump to EXAMINE it 
_) via the IMP routine. . . 


The next section of code consists of two utility functions for display of tape control 
data, "DSPLYCTRL" invoked by the "TD" command and "DSPLYBLK" invoked by the 
"TB" command. . . 


DSPLYCTRL: U1U\3^1 
010\3^2 
U10\3d3 
0lU 

010\3^b 
010\3d6 
010\3d7 
010\3b0 


U06 
0 1^ 
U7b 
30 7 
1 7 b 
2b0 
1 7 7 
U2b 



LAI 

s(TAPECTRL) first point to tape control 

SYM word via SYM mechanism. . . 

LAM '—^then fetch TAPECTRL. .. 

OUT36 ^ and output to display 
XR A A 

OUT37 other display to all zeros. . . 

KEYWAIT ■'-~^-__^^and back to IMP as usual. . . 


The following routine displays the block count in the two display lamp sets. .. 


DSPLYBLK: 010\3bl = 006 LAI 

010\3b2 = 022 s(COUNT) 


This label identifies shared code to execuite( sic) SYM and go to EXAMINE of IMP. . . 


GOEXAM: 


010\3b3 
010\3b4 
010\3bb 
010\3b6 


U7b SYM 

10^ JMP EXAMINE 
1 b6 L 
013 H 


The next set of code is a utility routine "ATMEMA" which is called at several places 
in the tape control extensions (and later software to be published soon) in order to place 
the current content of MEMADDR into the L and H registers - pointing AT MEMA. . . 


ATMEMA: 


012\0U0 
U12X001 
012X002 
012X003 
012X00^ 
012X00b 
0 1 2X006 
012 XOO 7 


0 0 6 LAI I 

006 s(MEMADDR) V point to MEMADDR 

0 7b SYM J 

30 7 LAM"^—•'put H part of MEMADDR into A temporarily 

060 INL to point to the L part of MEMADDR 

367 LLM—which enables the L result to be defined. . . 

3b0 LHAafter which the H result can be loaded from A 
00 7 RET-and it is now safe to return to caller. 


The tape utility commands "TR" and "TU" are used to set the "rate" and "channel" 
sections of the ECS-6 tape interface control word respectively. The next page lists the 
service routines for these commands. "RATE" is reached when the alternate commanc 
table decodes an "R" following the "T" . "CHANNEL" is reached similarly when the 
character "U" follows a "T" . In either ^ '-e, the current IMPENTRY low order 

data is used to define the corresponding field - f TAPECTRL. 
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RATE: 


U 1 i:; \U 1 U 

U 1 \U i 1 

u 1 ;z\u 1 y 

U 1 Z!\0 1 J 
U 1 ^\U 1 ^ 
U 1 H \u 1 s 
U 1 ^\0 1 5 
U 1 li\U 1 7 
0 l‘d\0 20 
0 i 

0 1 ‘ci\0‘^ci 


out. 
0 1 ^ 
0 7 D 
JU 7 
0^^ 
U 1 7 
J7U 
30 1 
0 1 b 
0-4^ 
3 60 



point to the; TAPECTRL word 


LAI 

s(TAPECTRL) 

SYM 

LAM-—->-and fetch the old control value first. . . . 

NDI A^save all except old rate by 
0 000 1111) ’’anding" wi tli a mask. . . 

LMA-' ^and temporarily save back in TAPECTRL 
LAB "O^so that IM PEN TRY copy can be fetched to A 
XCHG J and exchanged to high order (see ECS 

NDI D Vl#l p. 20) 

)3^cl 


nil 0000 


Near extraneous IMPENTRY stuff. 


Tins label identifies common code of RATE and CHANNEL used for recombinations. . . 
NEWCTRL: 


0 1 b \0b3 
0 1 

01y\0^b 
0 1 Ii\0fl6 
0 1 \U 12 7 


116 7 
3 70 
104 
34 1 
0 10 


The channel routine is analogous 
CHANNEL: 


0 1 ;2 \U3U 
0 1 i2\03 I 
0 1 ^\U3;2 
O 1 ;2\033 
0 1\0 3 4 
0 1 12 \0 3 b 
0 L2\036 
012X037 
012X040 
012X041 
0 1 2 XU42 
0 12X043 
0 1 2X044 
0 1 2X04b 
0 12X046 


006 
0 1 4 
0 7b 
30 7 
044 
363 
3 70 
30 1 
044 
003 
002 
002 
104 
023 
0 1 2 


ORM —^ move saved portion of TAPECTRL into aligned 
LMA set of new bits and save it again. . . 

JMP DSPLYCTR^) 

L errand go show off the results of this 

H shifty maneuver. . . 

to RATE, but zaps new stuff into different bits. . . 

LTVI A 

s{TAPECTRL) C_^ point to TAPECTRL word 

SYM J 

LAM and fetch the old content. . . 

NDI as with RATE, save all bits exc ept channel bits 
1111 0_0 1 1 by "anding” with mask. . . 

LMA then stuff it back into memory temporarily 

LAB and turn attention to IMPENTRY copy 
NDI ~|^which must be first 

0000 0011 j masked to get rid of high order junmk 
RAL then shifted left into the right position 

RAL j within the word. . . 

JMP7 ^^after which the same combining maneuver 
L Y is used as for the RATE case. . . 

H J 


The software control structure used to define the tape block format references the fol¬ 
lowing routine several times. WAITCS accepts a parameter in the B register whx'h 

spetufies the number of nominal 10 millisecond wait intervals (c enti s ec ond s) required. . . 

WAITCS: , 

load an inner loop count which 

approximates a 10 millisecond delay. .. 


WeSLOOP: 


012X116 

= 

026 

LCI 

012X117 

= 

147 

103^0 

here is not 

qui te 

10 mil 

012X120 

= 

021 

DCC 

0 1 2X1 til 

= 

30 7 

LAM 

012X122 

= 

1 10 

JFZ 

U 1 2X1 ti3 

= 

1 20 

L 

012X124 

= 

U 1 2 

H 

012X123 

= 

0 1 1 

DCB 

012X126 

= 

1 1 0 

JFZ 

012X127 


1 1 6 

L 

012X130 

= 

0 1 2 

H 

012X131 

= 

00 7 

RET 


decrement the delay count 
- this is a long (8 state) NOP. . . 

WCSLOOI^ 

rthe inner loop reiterates for a total of 
J 24 states per cycle (except last one) 

decrement preloaded outer loop count 
WAITCS) and if any centi c s ec ond s remain to be 

counted, go back to wait some mo i e 

otlierwise return after an approximately correct 
W'AIT interval. . . inst'rt compensation here if 
want digital c lock ac c uraev • 
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Anotlicr WAIF lunotioti r<‘qiiirecl for coordination is tlio WAITOUT routine. Here the 
object is to centralize the- instructions required for testinij, tlie status bits when output is 
beinu done' to one ot tlie ECS-<> controller's cliannels. Note that this routine is mineral, 
only requires tliat TAPECTRL be initialized prior to entry. Tlie analogous routine in the 
previously published ELDUMPO program is at locations 011/217 to 011/235 and could be 
potentially consolidated by a CAL WAITOUT if ELDUMPO is re-wmitten to use the SYM 
mechanism. A charac'teristic of software written without automated assembly and com¬ 
pilation aids IS the price in time paid to modify routines - thus the point is academic at 
the present time. 


WAITOUT: 


0 1 b\l ^ 7 

= 

dd6 

U 1 b\ 1 bU 

= 

d 14 

d 1 b \ 1 b 1 

= 

d7b 

d1b\1bb 

= 

3d 7 

d1b\1bJ 

= 

1 1 1 

d1b\1b^ 

= 

d^-a 

d1b\lbb 

= 

1 3d 

d1b\1b6 

= 

d 7^ 

d 1 b \ 1 b 7 

= 

1 30 

d1b\16d 

= 

1 Id 

d 1 bM 61 

= 

IdV 

d1b\1bb 

= 

d 1 b 

d1b\163 

= 

0 1 7 



I 

"j-ont 



LAI 

s(TAPECTRL) 

SYM 

LAM and fetch it to A. . . 

IN4 and peruse the status bitz. . . 

NDI 

01 011 000^ 

CPI -and test for all in proper state. . . 

01 011 0000 of readyness. . . 

JFZ WAITOUT7 loop around ad infinitum if 
^ not ready to return. . . 


point to control word 


and isolate RDY, TBMT and TEOC 


L 

H 

RET 


(middle digit is a mistake, but the RET instruc¬ 
tion spec sez "don't care" - so why bother to 
change it at this point? ) 


The next routine to be listed in this issue is the "OUTCOUNT" routine used to dump 
the l6-bit block data count onto the tape after waiting "x" c enti seconds, where "x" 
is here compiled as 10. This effectively allows a 1/10 second error in the positioning 
of a tape block relative to the end of the last previous block - since reading operations 
will wa it 2. 0 seconds from motor startup and writing will wait 2. 1 seconds. In order to 
avoid missing data, the read "listening" must begin prior to the commencing of actual 
data by te s . 


OUTCOUNT: 01h\kUL 

u11 
u1d\kUd 
u1j 
u1 

u1b\h0 b 
jiy\hU6 
d 1 2 \ z:u V 
u1y\klo 
u1b\h 1 1 
u1d\k1k 
u11j 
u 1 d \ d Ll 
011 b 
(J 1 \ d 1 6 

u 1 b \ d 1 7 


U 1 6 
u 1 b 
1 U6 
1 1 6 
U 1 b 
UU6 
L)bb 
U 7 b 
3U / 
J 1 U 
1 1 J 
u to 
JU 7 
jbU 
1 1 j 
UiJ 7 



I 


with the setup, go waitonit 


setup for I/O by poiiiting to COUNT 


LBI up the "x" second wait with 

^^10 J "x" equal to . 100 second (10 c enti sec onds) 

CAL WAITCS' 

L 
H 

LAI 

s(COUNT) 

SYM 

LAM ^’^fetch high order of count to A 
LBA-x_^save it for later use in B 

IN5' w__^and then send it out as the first byte of data. . . 
INL^'v—».point to low order 
LAM and fetch it to A 

LCA but save it in C 

INS before zapping A witli the output side 

RET of IN5 and rcturniniz. . . . 


Note that this routine' also lias a hidden extra function in its definition ol the 

content of B and C as the huzh and low order block count for later use. 
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Tile next segment of the IMP extensions is the routine accessed by the "TI" command 
oi tlie extended program. . . 


INITIAL: 


INI LOOP: 


U1 2\220 

= 

006 

U12\221 

= 

01 d 

U12 \2 2 2 

= 

0 7b 

012\223 

= 

0 1 6 

012\22d 

= 

0 1 2 

U12\22b 

= 

0 76 

U12\226 

= 

000 

U12\227 

= 

060 

012\230 

= 

0 1 1 

U12\231 

= 

1 10 

U12\232 

= 

22b 

012\233 

= 

0 1 2 

012\23d 

= 

00 6 

U12\23b 

= 

000 

0 1 2 \ 2 3 6 

= 

1 1 1 

012\237 

= 

02b 



point to first data byte. . . 


LAI 

s(TAPECTRL) 

SYM 

LBI data count for initialization by crude method of 
10 ^ zapping 10 bytes in a row. . . 

LMI') by immediate movement of 
0 J zero to the memory location. . . 

INL increment the memory address pointer 
DCB and decrement the count. . . 

JFZ INIL00P7 back for more until done 

I 


L 

H 


LAI 0 three brownie points and a pat on the back if 


0 r 

IN4 J 
KEY WAIT 


the reader can figure out a better way to 
dear A for the I/O control word reset. . . 


This initialization takes advantage of the fact that all the tape specific data is located in 
addresses 200 to 211j^ and can thus be zapped as a block. . . without separate symbolic ref- 
e renc e s. 


Then comes a bunch of miscellaneous jumps from page 012 to page 010 for the new 
subcommands. . . due to IMPDECO's single-page orientation. . . 


J LEADER: 

0 1 I 

0 

JDSPLYBLK: 

01 
0 1 

JDSPI.YCTRL: 0i2\‘ci^6 
0 I2\2^y 
0 i2\2bU 
JCOUNTL: 012\2bl 

U 1 2\2b2 
0 1 2\2bd 
JCOUNTH: U12\2b4 

□ 12\2bb 
0 1 2\2b6 


lUd IMP LEADER - this jum.p is used to get out of page 
272 L after "TS” command is decoded by the 

0 10 H IMPDECO routine as modified. . . 

lOd JMP DSPLYBLK - same here for "TB" command. . . 

oops - if 8008 were decent would be correct 

0 10 ^ J-i ^ 

lUd JMP DSPLYCTRL - same here for "TD". . . 

3d 1 L 
0 10 H 

lOd JMP COUNTL - same comment for "TL". . . 

330 L 
0 10 H 

lOd JMP COUNTH - same for ’’TH" 

321 L 
0 10 H 


The following is inserted out of sequence for editorial reasons. . . it fits. 


TSETUP: U12\32b = 006 LAI 

0l2\32b = 002 s(IMPSTATE) 
012\327 = OVb SYM 

012\330 = 076 LMI 

012\331 = 003 3 

012\332 = 006 LAI ~ 

012\333 = 030 s(DECOGO) 

0 12\3 3d = 07b SYM 

012\33b = 076 LMI 

0 12\336 - 012 h(TAPECMDS) 
0 12\337 = 02b KEYWAIT 


If ^ In order to setup IMP for a second 
)r character to follow the "T" command, 
the IMPSTATE value must be set to 3 
to force the alternate decoding of the 
next character in the stream . 

Must also point to the word which 
holds the "GOTI'UNC" high order 
address and load that word with tlie 
(non symbolic) H address of the tape 
subcommand table. . . 

Then return - as always - to the 
IMP keyboard wait routine. . . 
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This issue coneludes with the new svTi'ibol table for IMP and the command table of the 


IMP tape 
SYMBOLS: 


ext en sion s . 


TAPECMDS: 


U 1 h;\abU 


eJ 1 2 

U 1 1 


2bU 

U i ti 

= 

00 0 

U 1 \ b J 

= 

003 

U 1 ci \^b^ 


000 

U 1 2 \ 2 6 b 

= 

000 

U12\266 

= 

000 

U 1 2 \ 2 b 7 

= 

006 

U 1 2 \ 2 7 U 

= 

000 

U 1 2 \ 2 7 1 

= 

0 1 6 

U 1 2 \ 2 7 2 

= 

0 1 2 

012\273 

= 

3b0 

012\27d 

= 

000 

012\27 b 

= 

200 

U12\276 

= 

0 00 

(J 1 2\2 7 7 

= 

20 1 

012\300 

= 

000 

012\301 

= 

203 

012\302 

= 

000 

012\303 

= 

200 

U12\3U4 

= 

000 

012\30b 

= 

206 

012\306 

= 

000 

U12\30 7 

= 

2 1 0 

U12\3 iU 

= 

000 

U12\31 1 

= 

212 

U12\312 

= 

0 1 3 

U12\313 

= 

300 

012\3 M 

= 

0 1 2 

U12\31b 

= 

3b0 

012\3bd 

= 

330 

012\3bb 

= 

Ob^ 

012\3b6 

= 

306 

012\3b7 

= 

00 7 

012\3bU 

= 

31 1 

012\361 

= 

220 

012\362 

= 

323 

012\363 

= 

200 

0 1 2\3b7i 

= 

302 

U12\36b 

= 

203 

012\3 66 

= 

300 

012\367 

= 

206 

U12\370 

= 

310 

012\3 7 1 

= 

2b 1 

0 1 2\3 7 2 

= 

3 1 0 

0 1 2 \ 3 7 3 

= 

2b0 

U 1 2 \ 3 7 ^4 


322 

tJ 1 2 \ 3 / D 

= 

U 1 0 

U12\3 / 6 

= 

3 2b 

U 1 2\3 7 7 


U J u 


- "00" is symbol table self-pointer 

- "02" is IMPSTATE 

- "04" is IMPENTRY 

- "06" is MEMADDR 

- "10 " is GPJMPMA 

- "12" is TCMDS 

- "14" is TCTRL 

- "16" IS TCOUNT 

- "20" is INOPS 

- "22" is COUNT 

- "24" is BADDATA 

- "26" is BADFORM 

- "3 0" is DECOGO 

- "32" is IMPCMDS 

- "34" is TAPECMDS 
"X" 

-Input errors in data display. . . 
l(EDATAD) ^ ^ 

"F" 

^^jPQj - Input errors in format display. . . 

11 t 

l(INITIAL) ~ Tape data initialization routine. . . 
"S" 

(JLEADER) - Tape leader routine 

"B" _ Tape block size display. . . 

l(JDSPLYBLK) ^ 

"D" 

](JDSPLYCTRL) 

"L" 


l(JCOUNTL) 

"H" 

l(JCOUNTH) 

"R" 

l(RATE) 

" U " 

1 (CHANNEL) 


Tape control word display. . . 

Low order block length setter. . . 

High order block length setter. . . 

Rate settc'r (not monopoly bureaucrat) 
- Channel setter. . . . 


As noted in the 
li st(‘d i n thi s issue, 
a m ei i o r p o r t i o n (T 


int r o due t i o n , the tape control software' is onl\ partially 
due to space considerations. The re mainder will beconu- 
the' Ayjril issue 'if ECS. . . r'l’H 






E c: s 


The- Monthly Magazine of Ideas lor the MICROCOMPUTER EXPERIMENTER 


Nt'ws K- Notes to accompany Volume I, No. 3 - March 197 5. Some midnight madness 
written on completion of the present issue. . . 

THE DEMISE OF MICROSYSTEMS INTERNATIONAL: Current issues of electronic trade 
publications report the demise of Intel's 8008 and 8080 second source, Microsystems 
Intc'rnati unal . This Canadian firm is withdrawing from all IC business due to a lack of 
profits - £i nec essary input to any durable enterprise. 

RiSEi OE A NEiVV CPU? General Instrumentation and Honeywell have c'omt^ up with a new 
'' Ci 1^-1 n 00' ’ In-bit single chip computer reportedly 5 times faster than another recent lb 
tnit announ c ememt liy National. The EEii Times note had a price reported as $Z50 for just 
one, with no information on when the part vyould be available. 

WANT TO SEE WHAT TEXAS INSTRUMENTS has to say about microproces sorsApril 
15 to Ih, nationwide, T1 is sponsoring 4 half-hour TV lectures on the subject early in 
the morning. I can't print the entire schedule of stations, but interested readers might 
lookup a local TI or distributor number in the Yellowpages and inquire - if you don't already 
liave til c‘ information from trade pubTi c ati vons. 

REGARDING FLOPPY DISKS: Don Whitehead (980 New Haven Avenue, Milford, Connec¬ 
ticut) will bc' running the floppy disk pooled purchase previc^usly announc ed. Write him for 
complete details. A summary is as follows: Drives will be the new' Memorex 

model ( original mechanical design with late user-oriented elec tronic: s). Price for the 
drive will be $575 assuming 11 orders total by the appropriate deadline, $700 if less than 
II units art* purchased. A $150 deposit will be required pending the 11-unit order deadline 
- or if vou can not wait, the single unit price can be used to get the fastest possible turn¬ 
around for the order. The price will include shipping to continental USA. A manufac¬ 
turer's documentation package of 4 books is $1Z extra, and a recommended package is 
the manufacturer's support kit including 10 disk cartridges, the documentation package, 
a test cartridge, tend cleaning kit for a price in the $150-170 range, above the drive cost 
alone. As previously announced, if the drive deal goes through, M. P. Publishing Co. 
will provide an interface article. One final point - once 11 orders are reached, the 
offering will be extended indefinitely - but it requires serious individuals to act very 
soon to assure the first order needed to begin the "OEM" pricing operation. 

SOFTWARE FOR SALE: With the availability of the ECS-8 PC card (layout and price to 
lie in April's issue) tapes of ECS 8008 software will be made available beginning with the 
IMP program. Price for a BASF CIS Cassette & Mailer with IMP recorded redundantly 
IS $7. 5 0. Later versions incorporating improvements in the program will be available 
to previous purchasers on a cassette-recycling basis for $2. 50. First class mail 
is part of the price - with extra postage required for airmail or overseas purchasers. 
Tapes w'lll be recorded in binary image format using the ECS-8 type of modem, from 
the working software in the ECS 8008 prototype system. 

WANT TO BLOW YOUR OWN HORN? As a new feature, subscribers' descriptions of 
their own Experimenter's Computer Systems (not necessarily the M. P. designs, 

Intel CPU's or other fixed restraints on hardware) are solicited. Write it up in a few 
panes , covering the systemi design, unique features, problems you have encountered, 
etc. Oh yes, while it won't make you rich, there is a royalty of 10% on of sales pro¬ 
rated liy the fraction of space devoted to the article in each issue, payable in an initial 
lump based on current circulation with residuals thereafter. .. 

CTH March 13 197 5 
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ECS 

THE MONTHLY MAGAZINE OF IDEAS 

FOR THE MICROCOMPUTER EXPERIMENTER 

Publisher’s Introduction: 


Here you have the April 1975 issue of ECS, complete and unexpurgated. The main 
theme of this issue is the introduction of the "SIRIUS-MP" language as a notational form 
for expressing programs. The idea of SIRIUS-MP is to slightly generalize the low 
level code approach to program notation so that it will be fairly expedient for subscribers 
to hand "cross compile" programs on whatever variation of the "home brew computer" 
concept they have implemented. The variations on this theme include. .. 

1. The SIRIUS-MP .Language. . . This article, beginning on page 2, is a first 
statement in these pages of some of the concepts involved in the language. 

It also provides information useful in understanding the several SIRIUS examples 
found in this issue. 

2. BOQTER: An "Emergency" Bootstrap Loader. .. It is common knowledge 
what to "do when the lights go out. " But what do you do after the lights go out 
when your computer and volatile software were on the same power source as 
the lights? Turn to page 11 for a description of an emergency bootstrap loader 
concocted one weekend to combat electron deficiency cinemia. 

3. IMP Extensions For Tape Interface Control (Continued,. . ) In the last issue, 

I did not quite fit all I intended to print within the confines of 28 pages. The re¬ 
maining segments of the tape interface are presented in a SIRIUS fashion along 
with the equivalent 8008 code, beginning on page 14. 

4. Comments on the ECS-8 Design; Turn to page 19 for a short note on one 
aspect of the ECS-8 design which I should have jxjinted out in the March article, 
and was the source of a complaint from my brother Peter Helmers. 

5. Notes on NAVIGATION IN THE VICINITY OF Qg-AQUILA ... #1. So, you 
went out and got yourself an Altair computer? Now what? Turn to page 20 for 
the first in a continuing series of articles on the use and abuse of the Intel 8080 
instruction set in an ECS context - with occasional intermingled information on 
hardware interfaces to be supplied from time to time (but not this time however. ) 

6. Erratum: Turn to page 24 for a short note about an ECS-7 diagram error. 

7. A Note Concerning The Motorola 6800 MPU: Also on page 24 is a short note 
concerning the use of the M6800 in an ECS context, now possible to contemplate 
on a practical basis in the near future. 

This issue is going to press April 21 1975 . The next issue is fairly well defined as of 
this date, and will include: an article by subscriber James Hogenson concerning the 
design of a unique oscilliscope graphics interface featuring a 4096 point (64x64 grid) 
matrix of spot locations; a continuation of the software discussions begun in this issue; 
and possibly a review of one or two tools which wall be of interest to readers. 

Carl T. Helmers, OJr. 

_ Publisher April 20 1975 


Q 197 5 M. P. Publishing Co. All Rights Reserved. 
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The SIRIUS-MP Language... 

an approach to machine independent low level code. 


This issue begins a subject which will continue in the pages 
of ECSfor some time to come; the subject of expressing pro¬ 
grams in a fairly well defined low level "language" which is in 
principle independent of any particular microprocessor or other 
small computer you might have. This will facilitate your use 
of published programs written for an 8080 if you own an IMP-16, 
or programs written for 8008 if you own an M6800, etc. - pro¬ 
vided the programs in question are expressed in the SIRIUS way. 

The name I have chosen for this language is "SIRIUS-MP". 
The SIRIUS is a combination of an April pun and the following 
input: if Altair is the brightest star (visual magnitude) in the 
constellation Aquila, then let me modestly name this mode of 
program expression after the brightest star in the sky, the 
star OC-Canis Major or SIRIUS. So, if you are SIRIUS about 
Altair (or other computers available inexpensively both now and 
in the near future) you will find this series of articles illumin¬ 
ating. So much for the advertisement now to turn to some 
information content. . . . 


WHAT IS A COMPUTER LANGUAGE? 

The answer to this question (as is always the case with complicated subjects) can 
range from the superficial to the formal mathematical intricacies of compiler-writing 
and language design. Since this publication is not a technical journal on software eng¬ 
ineering, it must necessarily leave out a lot of the detailed information on the subject, 
to concentrate on the application of the concept. (Upon sufficient interest - one inquiry 
I'll spend an evening sometime and compile a bibleography on the subject of compilers 
and computer languages. ) With this disclaimer I'll proceed to the subject of computer 
languages in the context of a home brew microcomputer system. 

Starting from first principles, what is a "language" (eg: English, German, Pidgin, 
integral calculus, set theory) in general? I'll confine the subject arbitrarily to the 
concept of "written languages" and put forth the following formulation: 

A LANGUAGE IS A HUMAN INVENTION FOR THE PURPOSE OF 
EXPRESSING THOUGHTS. 

This definition is filled with implications: language is an invented technology (probably 
the first) of humans (or other critters. ) language is utilized in communicating thought 
between individuals. Language is appropriate to thinking beings. Now what could 
this possibly have to do with your urge to program and use a microcomputer ? 
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A fair amount of course! The specific application of the language concept to the 
problem of programming a computer is the concept of a “programming language. “ 

The specific part of this application is the limiting of computer languages to certain 
classes of thoughts, . . 

A COMPUTER LANGUAGE IS A HUMAN INVENTION FOR THE PURPOSE 
OF EXPRESSING COMPUTER PROGRAMS. 

Just as there are numerous variations on the “natural language*' concept (Eg: ENGLISH), 
the diversity of human thought has lead to a wide range of computer languages from the 
most general to the specific and application oriented. In each such language, the 
author(s) have selected a set of elements needed to solve the particular problem and 
combined these in a (more or less) self consistent manner and come up with a solution 
to the problem of expressing programs of a particular class. 

The creation of a programming language for the particular case of a microprocessor 
system in the “homebrew" (ie: limited hardware) environment is the object of this 
series of articles in ECS. When you design and or build a hardware system, your first 
problem is solved - a computer that “works". To get beyond this first phase the problem 
becomes developing the programs enabling your system to do interesting things. A 
language can be used for purposes in the process of programming your computer: 

a. An appropriate language enables you to abstractly specify a program in 
a first iteration of design without worrying “too much" about details. Get 
the control flow figured out first, then worry about low level subroutines! 

b. An appropriate language will enable you to hand compile programs ex¬ 
pressed in that language for use on your own computer, even if the program 
was developed and debugged on another computer. You know the “algorithm" 
works even though you have not yet translated it to your own use. 

c. A language appropriate for the home microprocessor will be of sufficient 
simplicity to allow hand compilation or compilation by a very simple compiler . 

These considerations - the definition of a “home brew computer" context - are a major 
input into the design of the SIRIUS -MP method of program expression. 


SETTING THE PROJECT IN CONTEXT: 

HOW WILL SIRIUS-MP COMPARE TO EXISTING LANGUAGES? 

The approach taken in the choice of elements for the SIRIUS-MP language is that of 
a “pseudo assembly language. “ An assembler is the simplest of all software developmei 
aids to write, so this choice tends to satisfy criterion “c“ above. But what about “a" 
and “b“.^ This is where the “pseudo" part enters the description: it is a language 
one step removed from the detailed instruction level in many of its operations. SIRIUS 
is an assembly-type language for a class of similar machine architectures - with opera¬ 
tions found in general on such machines forming its “primitives. “ The subject of addres 
resolution is left intentionally non-specific and symbolic so that variations in the way 
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data is accessed can be left to the hand or machine-aided process of generating code 
for your own system. Many of the statements written in this form will generate only 
a single instruction on the "object” machine - but others will require a series of sever¬ 
al instructions to specify required actions on a given machine. It is my intention to 
include within this "pseudo assembly language" concept several programming constructs 
borrowed from high order languages in current usage - but stripped of the complex syn¬ 
tax of a true high level language and specified in the simplified form of the SIRIUS-MP 
syntax, such as it is. This adaptation of a language to a specific purpose and class of 
users is a widespread practice in the compiler/language design business. Several ex¬ 
amples come to mind of specific languages for specific usage contexts : 

XPL - this language is the compiler-writer' s language to a great extent. It 
is a specific and limited subset of PL/1 by McKeeman, Wortman and 
Horning which isdocumented in a book entitled " A Compiler Generator. " 

The adaptation here is to concentrate on those features necessary for the 
writing of compilers and exclude all else. (Intel PL/M is very close to XPL) 

HAL/S - this language was developed for guidance, navigation and control appli¬ 
cations of NASA by Intermetrics Inc. , the author’s employer of several years. 
HAL/S is specialized to include the vector and matrix data forms used in space¬ 
craft navigation - and to provide highly visible "self-documented" code which was 
not possible in the assembly language style approach used in the Apollo program. 

SNOBOL - here is a language which is primarily oriented to "string handling" 
programs - a very broad range of applications, in some sense including 
the writing of compilers as well. 

ALGOL - this language is the antecedent of many currently used languages , 
whose original intent was a specialization in generality - the ways in which 
algorithms could be best specified, in the abstract form. 

These languages are all examples of much more extensive and complex methods of 
program expression from a compiler writer's standpoint - although from the user's 
standpoint they are orders of magnitude easier to program with than doing the equivalent 
in a low level "pseudo assembly language" or formal assembly language for a specific 
machine. It is the problem of generating code by hand or with minimal program aids 
which limits the possibilities of SIRIUS program specifications to the low level approach. 


WHAT ARE THE COMPONENTS OF A COMPUTER LANGUAGE? 

For those readers with a software or computer - science background, this dis¬ 
cussion is in the nature of a review. For readers with little programming background 
this will present new information. 

When you build a computer from a kit or from scratch, your problem is to put togethe 
a set of hardware components according to a certain system design ( usually inherent in 
the microcomputer chip design) such that all the components play together as a working 

system. At a level of abstraction far removed from - yet still within the context of - 
the detailed hardware, a language for computers is also a construction of component parts 
which must "play together" according to a particular design if the language is to be 
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^ useful as a means of expressing programs. At the most abstract level of discussion, a 
language consists of two major component parts designed to provide an interface between 
a human being's thoughts and the requirements of computing automata. These are: 

SYNTAX; - this component of the language is the set of rules concerning the 
correct formulation of basic "statements'* or "expressions" in the language 
in question. 

SEMANTICS: - this component of the language is the set of rules governing the 
intelligible combinations of syntax elements - the combinations which produce 
a well defined and translatable meaning which can be used in turn to generate 
machine code for some "object" or "target" machine of a compiler. 

ihe syntax and semantics of a programming language can be chosen with a somewhat 
ill-defined border: one of the major trade-offs to be done in designing a language and 
associated compiler is deciding how much of the work is to be performed by the syntac¬ 
tical analysis and how much is to be left to semantic interpretation. At one extreme there 
is the complex syntax of a high order language in which much of the semantic intent of 
a statement is inherent in the syntax used; at the other extreme there is the case of the 
simple "assembly language" style of syntax in which very little function is inherent in 
the syntax - which merely distinguishes labels, operators and operands. 

SIRIUS -MP is at the "assembly language" end of the trade - its syntax is kept simple, 
1^ so that a minimal compiler (or hand compilation) will be used to translate it to machine 
codes, and the semantic interpretations are largely look-ups based on the specific content 
of the statem.ents coded in a program, with very little variation on certain basic forms 
for operands and operators. 


SPECIFICATION OF SIRIUS-MP: 

The specification of a language can be a very formal and very dry process. A language 
specification is ultimately required in order to clearly convey the meaning of statements 
coded in the language, the legal variations on such statements, etc. etc. A certain level 
of consistency in specification is required, for instance, if I want to write a compiler 
for a given language. At the present time, however, my reasons for formulating SIRIUS 
are much less demanding than the formal specification of a language: I am interested 
in creating a method of describing programs which will be heavily commented and used 
principally for publication in ECS (and possibly other publications. ) Thus the specifica¬ 
tion is left in a fairly "soft" form for the time being within a general framework described 
in this issue. The time for a formal specification will be the day I sit down and write 
an appropriate compiler - or a reader decides to do so through impatience and the desire 
to write one for publication (with the usual royalty of course. ) 

In lieu of a really formal specification of the SIRIUS-MP language, the next few pages 
contain an informal description of several notational devices employed in the examples of 
I*" SIRIUS-MP programs in this issue, and comments on why the forms are used. The areas 
covered are: STATEMENTS, ADDRESSING & REFERENCE, DATA REPRESENTATIONS, 
and OPERATIONS. Omitted in the present discussion are several languages forms to 
be described at a later time, including certain "structured programming" concepts and 
details of argument/parameter linkage conventions for subroutine calls in SIRIUS-MP. 
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STATEMENTS : 


The basic notational unit of a program which is written in SIRIUS-MP is the "state¬ 
ment. " The statement concept embraces the others mentioned on page 5 , as can be 
illustrated by the following prototype format: 

EABEL: 

TARGET OP SOURCE * COMMENTS ^ 

As in most decent assemblers, the intent is to make the statement "free form" and 
thus requiring no fixed column or line boundaries. Hence the following devices are 
used as a part of the syntax: 

The end of a statement is indicated by a (semicolon) as in a host of 
PE/l-like languages.* 

A label, if present, is distinguished from the first (TARGET) operand or 

the operation mnemonic (OP) by a (colon). With this choice of trailer, 

labels must not duplicate any operation codes (OP) which can have similar endings 

An asterisk (*) is shown as a separator between the main part of the state¬ 
ment and the comments field at the right. 

For examples of the use of this format, see the several program listings included with 
this issue below. The fields in this prototype statement are as follows: 

LABEL - this field (and its separator) is optional and is used to define a symbolic 
program label. A label is ultimately required to define all symbols used in a pro¬ 
gram with the exception of certain implicitly defined symbols such as CPU registers 
and flags. 

TARGET - this field (optional) specifies a symbolic reference or absolute address for 
the memory location (s) or I/O devices which will receive data as a result of an op¬ 
eration. Certain operations will not require a target field for proper notation. 

OP - this field is required in order to specify an "operation" to be performed at some 
time. Certain operations will correspond to executable code in the translation. Other 
will be used to reserve storage and indicate aspects of the program generation pro¬ 
cess. 

SOURCE - this field is required to specify a minimum of one operand for each opera¬ 
tion. Its format will vary depending upon the type of operation intended - variations 
will include various forms of symbolic reference as well as compound forms used 
to control functions such as "FOR" loop constructs or "IF" statements. 

COMMENTS - here the field intent and use is fairly obvious - to explain what is going 
on it is useful to maike notations. 

* Note: The alternate form of statement boundary indication to the ";" is to start 
a new statement on a new line. The examples in this issue all omit the specified 
above - a detail to be corrected in future issues. 
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% ADDRESSING AND REFERENCE: 

For those individuals who have experience with high level languages (eg: FORTRAN, 
COBOL, PL/1, ALGOL, BASIC etc. ) the common experience is to blithly go ahead and 
program an application with the various "variables'* declared within a program by impli¬ 
cit or explicit means. This approach is appropriate for a high order language in most 
instances because the problem of addressing and referencing.data in the computer has 
been solved in a fairly general and quite reliable manner by the compiler writers. When 
the time comes to drop down one level of abstraction to the assembly level, the problem 
of addressing has to be again considered in a more explicit manner since many more 
details of machine architecture are inherent in such programming. In deciding what 
forms of addressing and data reference to include in SIRIUS-MP, the low level approach 
is augmented by several methods of more abstract reference. The following are some 
key referencing concepts: 

ABSOLUTE ADDRESS: The concept here is of a fixed location in the memory address 
space of the computer or a given I/O instruction channel designation. In a system 
built around a Motorola 6800 for example, most I/O operations will be carried out 
with reference to absolute addresses for the I/O interface memory locations - at 
least in simple programs this will be the case. In the INTEL or National IMP-16 
architectures explicit choices of I/O channel require designation of numbers, often 
in an absolute form. 

EXAMPLE: The Octal expression 020023 could represent 

an absolute address. 

SYMBOLIC ADDRESS: The concept here is to reference the name of a data item in an 
instruction rather than its actual address. In principal all such names map into a 
fixed and unique address at execution, either through the operation of a compiler's 
address resolution or through a run time lookup mechanism such as the SYM routine 
used in the previously published ECS 8008 software. In SIRIUS notation, a symbol 
is defined by its appearance as a LABEL of a statement, or its existence as a pre¬ 
defined entity such as a register designation . 

EXAMPLE: Given label ANYSYM, a reference in some other (eg: assignment) 
statement might be: 

ANYSYM =; 0 (as the TARGET operand. ) 

INDEXED SYMBOLIC ADDRESS: The concept here is to reference the starting loca¬ 

tion of a block of memory by the first symbol involved, and to indicate an offset 
(from zero up) in bytes by a second symbol or literal in parentheses following the 

ANYSYM(OFFSET) is a reference to the location ANYSYM 
plus the current value of OFFSET when the statement is 
executed. 

ANYSYM(23) is a reference to address ANYSYM plus 23. 

An alternate form of expression for this would be to show an addition (+ ) operator 
rather than use a FORTRAN or PL/1- like subscript reference with parenthesis. 


first. Thus: 


or 
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SPECIAL SYMBOLIC ADDRESSES: Here the concept is the notation of certain symbols 
with a fixed meaning, which in an assembler would effectively become "reserved" 
symbols not subject to redefinition. The forms used in the listings in SIRIUS in this 
issue are the following : 

W(ANYSYM) means "the whereabouts of ANYSYM" and is the notation used 
to indicate a reference to the absolute address of the symbol. 

M(ANYSYM) means "memory reference to the location found in the value of 
ANYSYM. " This is the basic "pointer" form used, and will assume that 
the value in ANYSYM is a full address (eg; 16 bits for most machines. ) 

T{ANYJMP) means "the address portion of a jump instruction at ANYJMP". 

This notation was introduced to allow the equivalent of a FORTRAN 
assigned GO TO to be used by altering a jump instruction. 

A, B, C, D, E,H, L are symbols used freely to represent registers on the Intel 
8008 and 8080 type of machine architectures. In translating this reference 
to a Motorola 6800 or National IMP-16, or other computer architecture, 
an appropriate software equivalent would be used if registers 

are not available. 

L(ADDRESS), H(ADDRESS) are used to reference the Low and High order portions 
of a full address (eg; 14 or 16 bits) on typical microcomputers when it is desir* 
to examine only one byte. This is especially useful as a notation for the Intel 
architectures, but the same functional meaning goes on other machines. 


The various forms of addressing and reference described can be used to specify the 
"operands" - SOURCE and TARGET - of a statement. The concept of a "SYMBOL" 
is the generalized idea of one of these forms of reference (excluding absolute references. 
A "symbol table" for a program is a list of such symbols, usually including some 
additional information about the item. In a future article on the hand generation of code 
this concept will be explored in more detail. 


DATA REPRESENTATIONS: 


A "data representation" is a method of conceptually treating a group of data bits in 
the storage of a machine, and is usually fairly dependent upon hardware features of a 
given machine. The basic data representation of all the extant 8-bit microcomputers is 
the 8-bit binary integer (two's complement is the rule. ) This is augmented in certain 
machines such as the 8080 and the 6800 by a limited set of 16-bit operations implemented 
to handle address calculations. For the 16-bit microcomputers and minicomputers, the 
word length as a rule sets the basic representation as a l6-bit integer, although smaller 
8 bit quanta can usually be employed. This immediately suggests that the basic assump¬ 
tion to be built into SIRIUS-MP is that data ought to be operated upon in 8 and 16 bit 
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quanta. This will prove a useful decision for most processors likely to be in common 
. use by readers of this publication (if there is enough interest, ITl make some comments 
at a future time on adaptation to 12-bit machines such as the DEC PD P-8 and its imita¬ 
tors. ) The two representations are thus (pictorially) . . . 



7 6 5 4 3 2 1 0 15 141312 11 10 9 8 7 6 5 4 3 2 1 0 

8-bit integer 16-bit integer 


The fact that there are two possible ways to reference integers built into the hardware 
operations of the typical 8 and 16 bit microcomputer formats, (8008 excluded) leads 
to a desire to specify a notation for the length of data involved. I could choose among 
two basic alternatives in this area: 

a. Specify data type in some form of declaratory way. This would be analogous 
to an XPL statement such as "DECLARE X FIXED;" or a FORTRAN state¬ 
ment such as "INTEGER X". 


b. Specify data type(length) as a part of the choice of operands used. Here the 
information on length of operations is specified when the data is used - thus the 
program has a bit of extra redundancy in its notation (the extra characters needed 
to specify this type information) but the operations performed are much more 
visible at the local level. 

The choice I made was for the second alternative, primarily to reduce the need for a 
symbol table to the barest minimum of information - consistent with the simplifications 
needed for a compact assembler or hand compilation. A secondary reason is the one 
stated in "b" - local type indications give a better documented program. In the integer 
operations used by programs in SIRIUS, a single colon (as in "AND:") is used to indicate 
where an 8-bit operation is involved, and a double colon (as in "AND::") is used to 
indicate the l6-bit form of an operation. A final comment on integers: where a signed 
integer representation is required in two's complement notation, the sign of the number 
is represented by the most significant bit ( bit 7 of length 8 words, bit 15 of length 16 
words. ) This is the bit tested by the "S" flag on the various microcomputers. 


Byte String Data : One additional data type will be required for programming the 
various microcomputers using SIRIUS-MP. This data type is the generalized concept 
of a "byte string. " The representation is 

designed for manipulation of blocks of data in 
memory, in a form consisting of a length byte 
at the "anchor" (starting address) of the string, 
followed by from 0 to 255 data bytes at consec¬ 
utive addresses. This is a format which is iden¬ 
tical to that used in many byte oriented compilers 
(eg: XPL) and is a virtual necessity for handling 
character texts. Applications will not be restric¬ 
ted to character texts, however, for one partic¬ 
ular use could include variable length decimal 
arithmetic using packed BCD byte strings. 
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Byte strings are most conveniently handled on computers which have byte addressability 
of memory locations - eg: the IBM 360/370 series as well as the smaller ( 8080, 8008, 
6800) microcomputers. For 16 bit minicomputers and microcomputers, the concept is 
still useful, but requires explicit address calculations as a part of unpacking and manip¬ 
ulating two bytes per word. Operations on byte strings will use the notation of a number 
sign to indicate the variable number of bytes involved. 


OPERATI ONS: 

With the above introduction regarding data representations, it is now possible to 
consider the basic operations possible. The list here represents those used in the nota¬ 
tion of the programs in this issue. In a later issue I'll expand the explanations of some 
of these operations and corresponding machine code for typical machines. There 

are also several operations which I have not used in the notation of the current set of 
programs, but which will be the subject of future notes in this area. The following 
IS a list of the operations used with program notation in this issue, omitting the type 
indicators ; 


AND 

GOTO 

INPUT 

As signment(= ) 

HALT 

lOEXCH 

CALL 

IF 

KEYWAIT 

CLEAR 

IFNOT 

OR 

DECR 

INCR 

OUTPUT 


The operations AND, OR, GOTO, HALT, INPUT and OUTPUT all have direct ana¬ 
logs in the CPU operations when 8-bit quantities are used with machines such as the 
8008, 8080 or 6800. The examples' 8008 generated code versions illustrate one such 
representation. Some further notes will help illuminate the code generation process for 
the other operations. 

For all operations which have direct analogs in the machine architecture, the code 
used for the machine level version must consist primarily of establishing the address¬ 
ability of operands (source and target) and then execution of the operation. This process 
is illustrated in the several examples. For 8 bit machines with 16 bit operations, the 
code generated must be generalized to 16 bits - for the 8008 this is done in the illustrated 
programs by appropriate subroutines for increment, decrement and comparison, so code 
generation consists of writing down machine codes for a subroutine call and argument 
linkage. 

Assignment always will map into a sequence of operations needed to move data from 
the source to the target. The 8008 generated code of these examples is an extension of 
the previously described symbol table mechanism for address lookup (see February 1975 
ECS. ) For 16 bit quanta this process can often be done using a CPU register pair for 
the 8 bit machines, but will invariably require a subroutine when byte strings are involved. 

The IF statement form used in the examples is found in both a negative and positive 
sense. In either case the TARGET (lefthand) operand is the place where execution will 
go if the condition tests true. Two forms of the condition (SOURCE) operand are used: 
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Flag Reference; Here the intent is to use a mnemonic key word, 
for example "ZERO” to reference one of the CPU flags of a typical micro 
after an instruction which might alter such flags. 

b. Tests; Here the intent is to specify two operands symbolically which 

are to be compared. I have grouped such references in parenthesis to sim¬ 
plify mechanical interpretation by a compiler, and have used the assignment 
symbol "=" with its length code with the usual duplicity to indicate the compar¬ 
ison test operation. 

A disclaimer is appropriate at this point - I am not satisfied with the IF condition test 
format illustrated in these examples of several programs, and will be experimenting with 
some alternatives. 


GENERATION OF CODE; 


The semantic intent of the language forms used to represent the several programs in 
this issue can be deduced from the comments in the listings and the general descriptive 
information in the previous pages. One remaining problem is the generation of code. 
For the time being, I am limiting information on this (very large) subject to the exam¬ 
ples illustrated below for an 8008 case and the notes accompanying the examples. I 
think there is sufficient information content to facilitate interpretation and generation 
of corresponding machine code for processors such as the 8080 (very close) or the 
6800. 


BOOTER: AN "EMERGENCY" BOOTSTRAP LOADER 


The first example of a SIRIUS-MP program is a short and self-contained program 
called "BOOTER. " All programs ultimately solve problems. This particular program 
solved a problem which I had one weekend, and served as an "acid test" of the utility 
of the ECS-8 tape interface. As soon as I had the interface software up and running (the 
dump portion presented in March ECS's pages) I began dumping the entire CPU software 
load to cassettes at regular intervals as a "failsafe" against Boston Edison's next power 
failure. The planning for that contingency - which by the way did happen in an ice storm 
in January to my consternation - paid off in a different way: I made the foolish mistake 
of turning off the power via a switch on my bench, now taped over solidly. Since I was 
working on SIRIUS-MP as a program writing tool, I took the opportunity to test out the 
expression it provides by writing the BOOTER source program appearing at the top of 
the next page. I won't claim perfection, however the original form of the program was 
essentially the same as the listing illustrated. 

Loading is accomplished as follows; in the tape format described in the last issue, 
the first legitimate data is the length code (two bytes which I knew had "007" and "377" 
values for my tapes. ) Since none of the tape spacing and preparation routines of the IMP 
program would be available in the blank computer memory being bootstrapped, the only 
way to synchronize tape data with the program was to listen continuously for the "007" 
character (state 1, LOOKFIRST tests for "007"), then check for a succeeding "377" 
byte (state 2, WELLMAYBE tests for "377"), then commence loading bytes starting at 
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The BOOTER p 

r o g r a 

m, listed in SIRIUS 

- MP. . . 


BOOTER: 





1 

B 

= ; 

1 

INIH AL STATE IS 1 

Variables 

2 

X 

=:: 

2000 

(IKTELESE OOlt/OOO) START ADDR 

3 

36 

OUTPUT 

377 

TURN ON A DISPLAY 



A 

CLEAR 

lOEXCH 

A 

4 

it 

* RESET THE 10 UNIT 

A : CPU register for I/O 

6 

BLOOP: 

A 


27 

it ”0001 01 1 1" UNIT CONTROL 

B : CPU register or mem. 

7 

8 

A 

A 

lOEXCH 

AND: 

4 

140 

» CHECK STATUS OP TAPE 
it MASK OPP RDY & RDA BITS 

X : Address pointer (CPU) 

9 

BLOOP 
ftETOHAR • 

IPNOT 

(A=:Il40) 

LOOP BACK UNTIL READY 

ZERO ! CPU flag for zero result 

10 

M(X) 

INPUT 

2 

it READ THE DATA (NO EXCHANGE) 


11 


DECR : 

B 

it 

Notations 

12 

LOOKFIRST 

IP 

ZERO 

it HAVE STATE 1 DETECTED 

13 


DECR : 

B 

it 


5^ 

WEILKAYBE 

IP 

DECR: 

ZERO 

B 

it RAVE STATE 2 DETECTED 
it 

M(X) : memory at location in 

16 

17 

PORSURE 

IF 

ILALT 

ZERO 

it HAVE STATE 3 DETECTED 
it (OOPS! SHOULDN'T GET HERE) 

pointer variable X. 


PORSURE ; 




L(X) : low order 8 bytes of X 

lO 

3° 

OUTPUT 

M(X) 

i-- WRITE TO DISPLAY 

19 

37 

OUTPUT 

L{X) 

it LOW ORDER ADDR TO DISPLAY 

20 


INCR: : 

X 

it POINT TO NEXT BYT’E IN MIMORY 


21 

B 

= : 

3 

it RESET STATE 3 INDICATION 


22 

LOOKJIRST: 

GOTO 

BLOOP 

it BACK POR MORE INDEFINITELY 


23 

B 

= ; 

1 

it DEFAULT STATE 1 CONTINUE 


2k 

BLOOP 

IPNOT 

(A-:007) 

it LOOK FOR OCTAL ”007'’) 


25 

B 

= ; 

2 

it IF POUND, STATE SET TO 2 


26 

WELLMAYBE: 

GOTO 

BLOOP 

it AND GO BACK TO P'’IND "377") 


27 

D 

= ; 

1 

it DEFAULT BACK TO STATE 1 


28 

BLOOP 

IPNOT 

(A=:377) 

it LOOK FOR OCTAL ”377” 


29 

B 


3 

it MAIN LOAD LOOP IF FOUND NOW 


30 


GOTO 

BLOOP 

it 



And the equivalent 8 00 8 version 


Label 

8008 Code 

! Bytes 

SlRIUS-MP 






Statement 

BOOTER: 

00 

\1 10 

9 

0 16 

LBI 

6 1. 


00 

Mil 

« 

00 1 

1 



00 

M 12 

a 

0b6 

LHI 

8 2. 


00 

M 13 

= 

004 

h(LOAD POINT) 



00 

\11A 

a 

066 

LU 



00 

\11 b 

= 

000 

KLOAD POINT) 



00 

\l 1 6 

a 

006 

LAI 

6 3. 


00 

Ml/ 

B 

37 7 

377 



00 

M so 

a 

1 7 b 

OUT 3 6 



00 

MSI 

a 

SbO 

XRA 

8 4. 


00 

M SS 

« 

1 1 1 

IN4 

E 5. 

BLOOP: 

00 

M S3 

= 

006 

LAI 

8 6. 


00 

M 

a 

02 7 

"0001 01 11" 



00 

M 2b 

a 

1 1 1 

IN4 

s 7. 


00 

\1 26 

e 

044 

NDI 

E 8. 


00 

M 27 

a 

140 

"01 100 000" 



00 

M30 

* 

0 74 

CPI 

6 9. 


00 

Mil 

» 

140 

"01 100 000" 



00 

M32 

K 

1 10 

JPZ BLOOP 



00 

M33 

a 

123 

L 



00 

M 34 

a 

000 

H 



00 

M 3S 

m 

1 13 

INS /Read Tape) 

s 10. 


00 

M36 

a 

3 70 

LMA 



00 

M 37 

s 

0 1 1 

DCB 

s 11. 


00 

M40 

a 

1 bO 

JTZ I.OOKFIRST 

s 12. 


00 

M 41 

a 

1 66 

1. 



00 

M42 

= 

OOU 

H 



00 

M43 

B 

01 1 

DCB 

s 13. 


00 

M 44 

a 

1 50 

JTZ WELLMAYBE 

s 14. 


00 

M 4b 

a 

202 

L 



00 

M46 

= 

000 

H 



00 

M47 

a 

0 1 1 

DCB 

s 15. 


00 

M bO 

a 

1 bO 

JTZ FORSURE 

s 16. 


00 

M bl 

a 

1 54 

L 



00 

M b2 

= 

000 

H 



00 

M b3 

= 

3 / 7 

HALT 

5 17, 

porsurf:: 

00 

N 1 54 


30 7 

J.AM 

6 18. 


00 

M bb 

a 

1 7 b 

OUT36 



00 

M b6 

s 

306 

LAL 

6 19. 


00 

M 57 

c 

177 

OUT37 



00 

M 60 

a 

Obb 

NEXTA 

s 20. 


00 

M 61 

= 

0 1 6 

LBI 

6 21. 


00 

M L2 

= 

U03 

3 

8 22. 


00 

M 63 

a 

104 

JMP BLOOP . 


00 

M 64 

= 

1 23 

L 



00 

M 6b 


OOU 

H 



of this algorithm.... 


Label 8008 Code Bytes SIRIUS-MP 

LOOKFIRST; Statement 


00 

M66 


0 1 6 

LBI 


8 23 

00 

M 67 

a 

00 1 

1 



00 

M 70 

= 

0 74 

CPI 


> 24 

00 

M VI 


00 7 

7 



00 

M72 

a 

1 10 

JFZ 

BLOOP 


00 

M 73 

a 

123 

L 



00 

M 74 

= 

OOU 

H 



00 

M 75 

a 

016 

LBI 


8 25. 

00 

M76 


002 

2 



00 

M 77 


104 

JMP 

BLOOP 

8 26. 

00 

\200 

■: 

123 

L 



00 

\201 

s 

000 

H 



WELLMAYBE: 







00 

\202 

a 

016 

LBI 


8 27. 

00 

\203 


001 

1 



00 

\204 

* 

074 

CPI 


B 28. 

00 

\eo5 

* 

37 7 

377 



00 

\206 

a 

1 10 

JFZ BLOOP 


00 

\20 7 

a 

123 

L 



00 

\210 

a 

OOU 

H 



00 

\21 1 

e 

0 1 6 

LBI 


a 29. 

00 

\212 

a 

003 

3 



00 

N213 

a 

104 

JMP 


8 30. 

00 

\214 

*= 

123 

L 



00 

\215 

*= 

000 

H 
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the known load point (location ZOOOg = intelese 004/000) as initialized at the beginning 
of the program. 


The program is a "state driven" algorithm which has 3 states of execution set by 
the content of the variable "B" (which maps into a register in the generated code for 
a microcomputer such as the 8008 code illustrated. ) The sequence of states during 
execution of the main loop "BLOOP" during normal execution is as follows: 


Start: 

Scan for "007" 

Found it, look for "377" 

Found it, transfer any further bytes to memory 



3 3 3 3 3 3, End 


The program is set up so that if a false synchronization pattern is detected ("007" 
followed by any byte other than "377") the "WELJLMAYBE" branch of the loop 
conclude s "maybe not" and goes back to scanning the input. The reason for 
scanning in this manner is to enable the program to be started via an interrupt, after 
which you can turn on the manual controls of the tape drive confident that the invalid 
data produced by the MODEM/UART combination during the leader and start up periods 
v/ill not be falsely interpreted as good data - the specific 16-bit pattern of two bytes in¬ 
volved is not likely to occur due to random noise. 


The 8008 code corresponding to the BOOTER program's SIRIUS-MP notation is shown 
at the bottom of page 12.with symbolic notations of labels, mnemonic op codes and refer¬ 
ence numbers to the SIRIUS-MP statements in the listing at the top of the page. The 
specific hardware assumptions used for this code are documented in previous ECS 
issues and are not repeated in detail here. For this simple program, the "X" data 
quantity (a memory pointer) is translated as the content of the H and L register pointer 
of the 8008. One of the restart routines defined in January ECS is utilized by the gener¬ 
ated code - "NEXTA" calculates the next address in H and L. On an 8080 this could be 
performed without a subroutine using the INX instruction with H and L. selected. On a 
6800 the corresponding function would be performed using its INX instruction, with the 
variable X assumed to signify the index register "X". 


BOOTER uses output instructions directed at a binary display to illustrajte the prog¬ 
ress of the program. At initialization, the display left half (OUT36) is loaded with 8 
"on" bits. (SIRIUS statement 3). Then, following the synchronization detection, the 
data transfer branch FORSURE displays the current byte at left (OUT36, statement 18) 
and the current low order address at right (OUT37 generated by statement 19). 

The small loop from statements 6 to 9 is used to cause the program to wait until the 
flags of the UAR/T subsystem (see article ECS-6 and January 1975 ECS) indicate that 
a character has been received. The tape unit control code "027g" defined at statement 
6 is used to signify the data rate ("0001" for 1210 baud), channel ("01") and selection 

for input (the last two bits. ) 


If you use BOOTER to load IMP from one of the cassettes supplied by M. P. Publish¬ 
ing Co. ($7. 50 each post paid) you will have to additionally load by hand the content of the 
other restart instructions routines before changing the interrupt branch to point to the IMI 
entry point at location 013/000 (Intelese. ) 
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IMP EXTENSIONS FOR TAPE INTERFACE CONTROL (Continued. . . ) 


In the March issue of ECS, I started a presentation of 
extensions to the Interactive Manipulator Program for tape 
block write, compare and read operations. This article 
contains the remainder of the listings. With the exception 
of the three routines on this page, the additional 8008 code 
is given in its SIRIUS-MP form and in absolute octal with 
mnemonics decoded. 


One aspect of the SIRIUS-MP language which I have not dealt with explicitly in this 
issue's discussion is that of argument/parameter linkage for subroutine calls. Because 
a machine-dependent argument/parameter linkage is used for the 8008 versions of the 
three routines on this page, I present them here in the same commented listing form used 


for previous issues of ECS. The 
routines are utility functions for the 
two-byte increment/decrement func¬ 
tions and comparison. The parameter 
linkages to these routines are formed 
bypassing symbols (see Feb. '75 ECS) 
in registers for lookup. 

D2B is the two byte decrement 
operation, which is entered with the 
symbol of the operand contained in 
the 8008's A-register. The operand 
is decremented by subtraction due j 2 B: 

to the properties of a zero underflow 
(the Zero flag detects this state one 
number too early at 0, not -1, ) On 
return, the carry flag indicates a 
l6-bit underflow if any 

12B is the corresponding two byte 
increment operation, which is also 
entered with the symbol of the oper¬ 
and in the 8008's A register. The 
8008's increment instructions are 
used, since the zero state is a reli¬ 
able overflow indicator. On return, 
the zero flag indicates a l6-bit over¬ 
flow if any. 

C2B is a two byte comparison op¬ 
eration, with a more complicated link¬ 
age. The two operands are passed as 
symbols in the B and C registers. The 
result is passed back as the content of 
the "E" register : 1 if not equal, 2 if 
equal. This can be tested by a decrement 
instruction followed by a jump on zero . 


012M32 

e 

0 75 

SYM 

012M33 

c 

0 60 

INL 

012\13^ 

m 

30 7 

LAM 

012\135 

= 

024 

SUl 

012V136 

n 

001 

1 

012\137 


3 70 

LMA 

012\140 


OOJ 

RFC 

012\141 

= 

061 

DCL 

0 1 2M42 

c 

30 7 

LAM 

012M43 

e 

0 24 

SUl 

012\144 

= 

001 

1 

012\145 

8 

370 

LMA 

012\146 

S 

007 

RET 


Go pick up argument address 

Point ahead (assume not at page bound) 

Fetch the low order byte. 

Subtract 1 - decrement will not do! 

Save result 

Return on no borrow condition. 

Point to high order byte 
Fetch it 

Also decrement with subtract 

so that borrow <C) may be set. . . 
Save result ^ ' 

With carry indicating net underflow. 


Routine to increment two bytes - 


0ll\313 

*= 

0 75 

SYM 

011\314 

*= 

0 60 

INL 

011N315 

e 

317 

LBM 

011S316 

n 

010 

INB 

0U\3l? 

8 

371 

LMB 

011N320 

= 

013 

RFZ 

01l\32l 


061 

DCL 

Oil\322 

=» 

317 

LBM 

011\323 

* 

0 10 

INB 

oil\324 


371 

LMB 

Oil\325 


00 7 

RET 


enter with symbol parameter in A 
Look up the parameter address 
Point to, 

load from memory, 
increment and 

save the low order byte. 
Return direct if no overflow 
Point to, 

load from memory, 
increment, 

and save the high order byte. 
Then return always. 


Routine to compare bytes - in two's. 


OlO\23d 
0i0\2Jb 
010\236 
010\237 
010\2^0 
010\2Al 
OlOVR^S 
OlO\2d3 
010N2d4 
010\2Ab 
010\246 
010\247 
010V250 
010\2bJ 
010V2b2 
0l0\2b3 
010\2b/t 
0I0\2bb 
010\256 
010\2b7 
010S260 


= O-itb 
•= 001 
= 301 
« 0 7b 
« 33 7 
« 302 

- 075 

- 303 
= 277 
= 013 
= 055 

- 337 
“ 301 
= 07 5 
= 055 
= 303 
= 277 
= 013 
•= 0^6 
= 002 
-00 7 


LEI 

1 

LAB 

SYM 

LDM 

LAC 

SYM 

1 AD 
CPM 
RFZ 
NEXTA 
LDM 
LAB 
SYM 
NEXTA 
LAD 
CPM 
RFZ 
LEI 

2 

RET 


Enter with symbol piarametera in 
registers B and C. 

Return default 1 (not equal. ) 

Fetch first parameter address 
and fetch the parameter. 

I'etch second parameter address 
and compare against 

first parameter value. , . 

Return (E- 1) if unequal. 

Point to next address of second parm. 
Fetch second parm second byte 


Point to first parm again 
look NEXTA him too 11 ! 


Compare first parm, second byte 
And again return (E-l) if unequal. 
Otherwise both bytes of both 
two sets are equal and can 
return with equality result. 
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The Rotational power of a more abstract method of programming is illustrated by com 
paring the expression of the new IMP extension segments on page 16 with the correspon¬ 
ding "generated code" for the 8008 printed later. The routines listed in SIRIUS-MP 
form for the tape extension begin with the main portion of the program. .. 




COMWIR^: 


READ/COMPARE main routine isat the left hand side of page 16 held sideways. This 
33-statement SIRIUS - MP program is invoked when the IMP command decoder detects a 
"shift R" for read or "shift C" for compare. The difference in the two routines is deter¬ 
mined by the entry point - line 1 for READ, line 28 for COMPARE. The logic at the 
entry points sets up a jump address in the "GPJMP" indirect branch location (this over¬ 
writes the previous use of GPJMP to get to READ or COMPARE from IMP. ) This 
switch (the choice of branch paths) is required so that the same general control flow can 
be use for both the READ and COMPARE operations - the difference being in what is 
done with the information read from tape. The switch point in the flow occurs at state¬ 
ment 14, and can be illustrated in 
flow chart terms by the diagram at 
the right. 

The common portion of the pro¬ 
gram provides the overall structure 
of a read operation: initialize the 
UAR/T, read a dummy character 
at the first RDA time, read the 
two length code bytes written by 
the OUTCNT routine (see below) when 
the tape is prepared, then enter a 
loop which continues until the data 
count is exhausted. 

When the READl branch of the 
flow is taken during a read opera¬ 
tion, the current memory location 
pointed to by IBUFF receives the 
input character found in a variable 
called "B" (a CPU register for the 
8008 version of the program. ) 

When the COMPl branch of the 
flow is taken during a compare oper¬ 
ation, the current byte pointed to by 
IBUFF is compared to the input 
byte in the variable "B" - and an 
error count is incremented in the 
variable "BADDATA" (16 bits worth) 
to keep a tally of the badnesses. 

The data count is kept in the var¬ 
iable "ICNT" which starts out at -1 
and is counted up until it equals the 
block count stored in "NCNT" after 
it is read from the tape. The test for 

end of transfer is found at statement 
20, a SIRIUS "IFNOT" operation. 










READ: 


IIJPUT2: 


1 

T(GPJMP) 

: 

W( READl) 

i:- SET READ JUMP SWITCH 

1 

A 


TAPECTRL 


FETCH 10 CONTROL WORD 


RC: 




2 

A 

lOEXCH 

4 

-j;- 

EXCHANGE FOR STATUS 

2 

TAPECTRL 

OR: 

"0000 00 

11" FORCP: INPUT SELECT 

3 

B 

“I 

A 

•i;- 

SAVE STATUS IN B 

3 


CI-FAR 

A 


4 

A 

AND: 

"01 100 

000' 

" MASK ULSIRED BITS 

4 

A 

lOEXCH 

4 

RESET THE 10 UNIT 

5 

INPUT2 

IFNOT 

(A=:"01 

100 

000") -x WAIT TILL READY 


INITIALIZE: 




6 

A 

=: 

B 

if 

RESTORE STATUS FROM D 

$ 

k 

OUTPUT 

TAFECTIUj 

SET SELECTED CONTROL STUFF 

7 

A 

AND: 

"00 000 

111' 

" MASK ERROR BITS 

6 

I BUFF 

= :: 

MEMADDR 

START INPUT AT MEMADDR 

8 

INPUTIT 

IP 

(A=:"00 

000 

111") INVERTED NO ERRORS 

7 

ICNT 

; 

-1 

^c- INITIAL COUOT TO MATCH OUTPUT 

9 


INCH:: 

BADFORM 


INCREMENT DATA FORMAT ERRORS 


DUMMYIN: 





INPUTIT: 





8 


CALL 

INPUT2 

V- GO FETCH BYTE (WAIT LOOP) 

10 

A 

INPUT 

5 

<<• 

READ THE LATESTCKARACTER 


HI om, NOTH: 




11 

B 

=: 

A 

it 

PASS BACK VIA B REGISTER 

9 


CAI,L 

INPUT2 

GET HIGH ORDER LENGTH 

12 


RETURN 


it 

BACK TO CALLER 

10 

NCNT 

= : 

B 

SAVE B INPUT IN NCNT H.O. 








LOWLNOTH: 










11 


CALL 

INPUT2 

it get LOW ORDER LENGTH 







12 

NCNT(l) 


B 

v- STORE AT NCNT+1 








FORALL: 





NEWOUTCNT: 





13 


CAI.L 

INPUT 2 

it- NORMAL DATA BYTE FETCH 

1 

B 

= : 

1^10 


MAKE IT 1.5 SEC DELAY 

14 


GOTO 

GPJM? 

SELECT COMPARE OR READ VIA 

2 


CALL 

WAITCS 

-Ji- 

VIA CENnSECOT® DEXAYER 





it VARIABLE JUMP TARGET 

3 

A 

=: 

COUNT 

-Vc 

SEND OUT THE FIRST 


READl: 




4 

B 

=: 

A 

it 

COUNT BYTE 

15 

M(IBUFP) 

= ; 

B 

* IP READ THEN STORE IT 

5 

5 

OUTPUT 

A 

rc 

AND SAVE IN B 


GOTCHA: 




6 


CALL 

WAITOUT 

it 

WAIT UNTIL NOT BUSY 

16 

37 

OUTPUT 

B 

« DISPLAY INPUT DATA 

7 

A 

= ; 

C0UNT( 1) 


GET SECOND BYTE AT COUCT+l 

17 

36 

OUTPUT 

0 

i:- CLEAR OTHER DISPLAY TO ZERO 

8 

C 

=; 

A 

it 

SAVE IT IN C 

18 


INCH: : 

I BUFF 

i:- POIITT TO NEXT INPUT ADDRESS 

9 

5 

OUTPUT 

A 

ii- 

AND OUTPUT TO TAPE 

19 


INCH; : 

ICNT 

INCREMENT WORKING COUNT 

10 


CALL 

WAITOUT 

it 

WAIT UNTIL NOT BUSY 

20 

PORAI.L 

IFNOT 

(IGOT=::NCNT) TEST END OF BLOCK 

11 


RETURN 


it 

THEN BACK 


ENDALL: 










21 


CALL 

INPUT2 

READ PINAL LENGTH BYTE 







22 

36 

OUTPUT 

B 

■rt AND DISPLAY 







23 


CALL 

INPUT2 

READ SECOND FINAL LENGTH BYTE 


ONOFP: 





24 

37 

OUTPUT • 

B 

* AND DISPLAY IT TOO 

1 

A 

=: 

TAPECTRL 


FETCH OLD TAPE CONTROL 

25 

TAPECTRL 

AIR): 

"1111 11 

0 0" •:? TURN OFF INPUT SELECT 

2 

A 

Al®: 

"00 000 

010" CHECK OLD STATE OP SEI.ECT 

26 

4 

OUTPUT 

TAPECTRL 

TURN OFF THE DRIVE... PATCH 

3 

TON 

IF 

ZERO 

-X- 

CHANGE TO ON IF OFT 





■it- IN A 2 SECOND WAIT HERE 


TOFF: 









* IP NEEDED - SEE TEXT... 

4 

B 

-z 

2 

it 

CHANGE TO OFF IF ON 

27 


KEYWAIT 


it SLEEP PERCHANCE TO DREAM 

5 


GOTO 

EITHER 


THEN DO THE CHANGE 


COMPARE: 





TON; 





28 

T(GPJMP) 

=:: 

V4(C0MP1) 

SET COMPARE JUMP SWITCH 

6 

B 


0 


CHANGE TO ON IF OFF’ 

29 

BADDATA 

=:: 

0 

* ZERO OUT BAD DATA...COUNT 


EITHER: 





30 


GOTO 

RC 

i:- ENTER NORMAL FLOW 

7 

A 

= : 

TAPECTRL 


FETCH OLD CONTROL AGAIN 


COMPl: 




8 

A 

AND: 

374 


MASK AND SAVE HIGH ORDER 6 BITS 

31 

GOTCHA 

IF 

(MdBUFP) 

= :B) TEST TAPE AGAINST MEMORY 

9 

A 

OR: 

B 

* 

COMBINE WITH NEW CONTROL 

32 


INCH: : 

BADDATA 

MISSED SOME BITS! I! 

10 

TAPECTRL 

= ! 

A 


SAVE NEW CONTROL 

33 


GOTO 

GOTCHA 

HACK FOR MORE. . . 

11 

4 

OUTPUT 

A 


TURN TAPE MOTOR OFF OR ON 


12 


KEYWAIT 


Note; Reference numbers to SIRIUS statements are Notations: 
provided at the local level for each block of functional 
code illustrated here. They correlate to the 8008 examples 


T(GPJMP) 

W(READl) 

NAME(n) 


* RACK TO SLEEP YOU IMP!]I! 

; address part of jump 
mem. address of RE ADI 
n^^ byte of NAME 


o 

TO 

n 

P 

3 

ct- 

p 

a> 

0) 

X 

rf- 

o 

p 

Cft 

M- 

0 

p 

w 

ft) 

X 

0) 

cn 

Cfi 

O. 

H* 

P 

P 

W 

t—t 

2 

a 

C/l 

P 

CD 

0 

3 


of executable machine codes, 


within each block. 
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8 0 08 Generated Code for READ/COMPARE routines (p. 16, left) 


/ 


Label 

8008 Cod. 

e Bytes 


SIRIUS-MP 






Stateme nt 

READ: 





1 


O04S0O0 

m 

006 

LAI 

s 1. 


004 soul 

u 

0 10 

8(GPJMPAL) 



004\002 

B. 

0 73 

SYM 



004 sou 3 


076 

LMJ 



004S004 


107 

L(READl) 



004S00b 


060 

INL 



004S006 

m 

07 6 

LMI 



004S007 

« 

004 

H<READ1) 


RC: 

O04SOI0 

B 

006 

LAI 

8 2. 


004 SOI 1 

B 

0 1 4 

8(TAPECTRL) 



004S012 

S 

0 75 

SYM 



004S013 

= 

30 7 

LAM 



004 SO 1 4 

B 

064 

ORI 



004S01b 

B 

003 

"OOOOOOll" 



004SO 16 

K 

3 70 

LMA 



004 SOI 7 

S 

2 50 

XRA 

8 3. 


004 SO20 

B 

1 1 1 

IN4 

8 4 . 

INITIAUZE: 






004S021 

B 

006 

LAI 

8 5. 


004S022 

m 

014 

8(TAPECTRL) 



004S023 

m 

07 5 

SYM 



004\024 

u 

30 7 

LAM 



004S025 

m 

1 1 1 

IN4 



004S026 

= 

006 

LAI 

8 6. 


004S027 


006 

8{MEMADDR) 



004S030 


075 

SYM 



004SO31 


317 

LBM 



004S032 

= 

UoO 

INL 



004SU33 

c 

327 

LCM 



004S034 

= 

006 

LAI 



004S0Jb 


020 

s(lBUFF) 



004S036 


075 

SYM 



004S037 

K 

371 

LMB 



004S040 

B 

0 60 

INL 



004S041 

B 

372 

LMC 



004S042 

B 

006 

LAI 

8 7. 


004S043 

B 

016 

sfICNT) 



004S044 

B 

075 

SYM 



004S04b 


006 

LAI 



004S046 


3 77 

"llllllll" 



004 S04 7 

8 

3 70 

LMA 



004S0b0 

B 

0 60 

INL 



004SO51 

a 

3 70 

LMA 



DUMMYIN; 

0Q‘i\0bZ 

00^\0b3 

HIGHLNGTH: 

004X0^6 
OOflNOb'/ 
004\060 
00A\061 
004S06iJ 
00^N063 
LOWLNGTH ; 

00^\U64 
00^S065 
00^\066 
00A\067 
00A\070 
OOA\0 71 
004i'>>07ii 
00^\073 

FORALL: 

00^\0 7^ 
004 SO 75 
004\07C 
004SO 77 
0O4S1U0 
C04S101 
OO4SI0i2 
004 SIU3 
004SJU4 
004S10b 
004 Si 06 


Label 

8008 Cod 

e 

Bytes 

SlRIUS-MP 






Statement 

RE ADI: 

004S107 


371 

LMB 

8 15. 

GOTCHA: 

004S110 


301 

LAB 

a 16. 


004S111 


1 77 

OUT37 



004S112 


2 50 

XRA 

8 17. 


004S113 


1 75 

OUT36 



004S114 


00 6 

L7U 

8 18. 


004S115 


020 

sdBUFF) 



004S116 


106 

CAL 12B 



004S117 


313 

L 



004SI 20 


01 1 

H 



004S121 


006 

LAI 

8 19. 


004S122 


016 

8(ICNT) 



004S123 


106 

CAL I2B 



004S124 


313 

L 



004SI25 

B 

01 1 

H 



004SI 26 


016 

LB I 

8 20. 


004 SI 2 7 

a 

016 

sflCNT) 



004SI 30 


026 

LCI 



004S131 


022 

6(NCNT) 



004S132 


106 

CAL C2B 



004SI33 


234 

L 



004S134 


010 

H 



004S13S 


041 

DC E 



004S136 


1 50 

JTZ FORALL 



004SI37 


0 74 

L 



004S140 


004 

H 


ENDALL: 

004SI41 


106 

CALL INPUT2 

8 21. 


004S142 


061 

L 



004SI43 


012 

H 



004SI44 


301 

LAB 

a 22. 


004S145 


1 75 

OUT36 



004S146 


106 

CALLINPUT2 

a 23. 


004S147 


061 

L 



004Si 50 


012 

H 



004SI51 


301 

LAB 

a 24. 


004S152 


177 

OUT37 



004S153 


006 

LAI 

a 25. 


004S154 


014 

8(TAPECTRL) 



004SI 55 


075 

SYM 



004S156 


30 7 

LAM 



004S157 


044 

NDl 



004SI 60 


374 

"11 111 100" 



004SI61 


370 

LMA 



004S168 


1 1 1 

IN4 

a 26. 


004S163 


025 

KEYWAIT 

a 27. 

COMPARE; 

004SI64 


006 

LAI 

a 28. 


004SI65 


010 

b(GPJMPAL) 



004S166 


0 75 

SYM 



004S167 


0 76 

LMI 



004SI70 


206 

L{COMPl) 



004S1 71 


060 

INL 



004S172 


076 

LMI 



004S173 


004 

H(COMPl) 



004SI74 


006 

LAI 

a 29. 


004SI 75 


024 

8(BADDATA) 



004S176 


0 75 

SYM 



004S177 


250 

XRA 



004S200 


370 

LMA 



004S20I 


060 

INL 



004S202 


370 

LMA 



004S203 


104 

JMP RC 

a 30. 


004S204 


010 

L 



004S205 


004 

H 


COM PI: 

004S206 


301 

LAB 

a 31. 


004S207 


277 

CPM 



004S2I0 


1 50 

JTZ GOTCHA 



004S2I 1 


1 10 

L 



004S2I2 


004 

H 



004S2I3 


00 6 

LAI 

a 32. 


004S2I4 


024 

8( BADDATA) 



004S2I5 


106 

CALI2B 



004S2I6 


313 

L 



004S2I7 


01 1 

H 



004S220 


104 

JMP GOTCHA 

8 33. 


004S221 


110 

L 



004S222 


004 

H 




106 

CAL1NPUT2 



8 8. 


061 

L 





012 

H 





106 

CALINPUT2 



8 9. 


061 

L 




a 

012 

H 





006 

LAI 



8 10. 

a 

022 

8(NCNT) 





075 

SYM 





371 

LMB 





106 

CAL IN PUT 2 



8 11. 


061 

L 





012 

H 





006 

LAI 



8 12. 


022 

8(NCNT) 





0 75 

SYM 





055 

NEXTA 





371 

LMB 





106 

CALL INPUT2 



8 13. 


061 

L 





0 1 2 

H 





006 

I.AI 

a 

— 

Globally 


020 

6(IBUFF) 

\ 

optimized; code 


lOG 

CALL MEMSYM 

j moved ahead 


002 

L 


of the GPJMP 


012 

H 


) 


s 

104 

JMP GPJMP 



8 14. 


015 

L 





000 

H 
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8 0 0 8 Generated Code for MISCELLANEOUS routines (p 16, ri^ht) 


Label 

8008 Code Dyles 


SIRJUS-MP 

Label 

8008 Code Bytes 

SIRIUS - MP 






Statement 





StatejTient 





■ 


ONOFF: 





# 

1NPUT2: 







01 I N2671 

e 

006 

LAI 

8 1. 


012\001 


006 

L7U 

s 1. 


01lN26b 

= 

0171 

s(TAPECTRL) 



012\062 

= 

•0171 

s(TAPECTRL) 



011N266 


O/b 

SYM 



012\063 

E 

0 7b 

SYM 



011N267 

* 

30 7 

LAM 



012\OC4 

e 

30 7 

LA>/ 



011N270 

E 

QTlTl 

NDI 

s Z. 


012\0bb 

E 

1 1 1 

IN4 

s 2. 


OilN271 

5* 

002 

”00 000 010” 



01 2Ng66 

= 

310 

LBA 

B 3. 


011N272 


1 bO 

JTZ ton 

s 3. 


0 1 e NO 6 7 

E 

OTjTl 

NDI 

E 4. 


011N273 


302 

L 



0 1 2\0 70 

= 

ITlO 

”01 100 COO” 



01 1 N2771 

E 

01 1 

H 



0 1 2\U7 1 

= 

0 771 

CPI 

s 5. 

TOFF; 







012\072 

= 

1 Tl'j 

”01 100 000” 



011N27b 

= 

016 

LBI 

8 4. 


01 2 NO 73 


1 10 

JTZ INPL'T2 



011N276 


000 

0 



0 1 2N0V/t 

E 

061 

L 



OilN277 

= 

1071 

JMP EITHER 

8 5. 


012 NO 7 D 

E 

0 1 2 

H 



011N300 


3071 

L 



0 1 2 NO 71) 

= 

30 1 

LAB 

s 6. 


011N301 

« 

01 1 

H 



0 1 2 NO 7 7 


07171 

NUl 

s 7. 

TON: 







012NIO0 

- 

00 7 

”00 OOu 111” 



011N302 


016 

LBI 

8 6. 


0 1 2NIU i 

E 

0771 

CPI 

E 8. 


01IN303 

= 

002 

2 



0 1 2 M (J 2 

:r 

00 7 

”00 000 lil” 


EITHER; 







012N103 

= 

1 bO 

JTZ INPUTIT 



01 1 N3071 


30 7 

LAM 

8 7. 


0 1 r. N10 

E 

i 1 3 

1-. 



011N33b 

E 

07171 

NDI 

8 8. 


0 ! 2 \ 10 b 

E 

0 1 2 

H 



01 1 N30 6 


3 771 

”11 111 100” 



0 1 2 N 1 0 6 

E 

00 6 

LAI 

B 0. 


0 1 1N30 7 


261 

ORB "xx XXX xBo” 

8 9. 


0 1 2N107 

= 

026 

‘■(TADEOKM)) 



01 1 N31(J 

* 

3 70 

LMA 

6 10. 


012N1 10 


1 0 f, 

CALL 1313 



011N31i 


1 1 1 

IN4 

B 11. 


0 i 2 N 1 1 1 

= 

i(yj 

T, 



on NJ12 


02b 

keywa.it 



012M 12 

= 

0 1 0 

11 








INPUTIT; 

012N113 


1 1 3 

IN' 

s 10. 








0 12 N 1 1 ^ 


3 1 0 

JU5A 

6 li. 








c 1 2 \ 1 : b 

= 

Cu 7 

RE I URN 









OUTCOUNT: 


012N2U0 

= 

1 Q71 

JMP NEVtOUTCNT 

Here 

012N2U1 


1 1 6 

1, 

new vci 

012N202 

= 

0 1 0 

H 


T; 

0 1 0 N n 6 


0 1 6 

LBI 

8 1. 

0 10 \ n 7 

= 

01 7 



010N120 


lot, 

CALL V. AITCS 

s 2. 

OIONl21 

= 

1 1 6 

L 


010N122 

= 

0 1 2 

H 


010N12J 


006 

LAI 

s 3. 

010N1271 

= 

U.-12 

s(COUNT) 


0 1 0 N1 2 b 

= 

0 / b 

SYM 


OlONlZt 

= 

307 

LAM 


0 10 n 2 7 


310 

LBA 

8 4. 

01 ONI 30 


1 1 3 

IN5 

8 5. 

OIONl j 1 


106 

CAL V, -VITOUT 

s 6. 

OlOM 32 

- 

171 t 

L 


OlONi33 

= 

0 1 2 

H 


010N1371 

*= 

nufa 

LAI 

6 7. 

OlOM 3b 


022 

6(C0UNT) 


OIONl36 

= 

0 7b 

SYM 

8 

0 1 0 N1 3 7 


0 60 

INL 


OlONlTiO 

=. 

30 7 

LAM 


OlONlTil 


320 

LCA 

c 8. 

01UN17i2 

= 

1 1 3 

INb 

8 9. 

OIONl 7i3 

= 

106 

CAL.L V.'AITOUT 

B 11. 

0 1 0 N1 7i /I 

= 

1 74 7 

L 


0 lOM 71b 

= 

0 1 2 

H 


010N1716 


00 7 

RETURN 

s 12. 


Tape Extension 
VARlAB EES 
(in order of appearance) 

GPJMP, symbol 10 
TAPECTRL, symbol 14 

A, CPU register 

MEMADDR, symbol 06, input 
to tape transfers. 

IBUFF, symbol 020 

ICNT, symbol 016 
NCNT, symbol 022 

B, CPU register 


Patches to Previous Code 


BADDATA, symbol 24 
BADFORM, symbol 26 


TAPECMDS: 



012N3b2 


31 7 

"O” 



012N3b3 

= 

32 1 

L(JONOPI) 



012N272 

= 

0 1 2 

”34” is TAPECMDS (new value) 


012N2 73 

= 

3b2 



JONOI F: 

0 1 2 N 3 2 1 

- 

lOTl 

JMP ONOIF 

IMP entry to the 


012N322 

= 

2671 

L 

ONOIF routine sand¬ 


012N323 

= 

01 1 

H 

wiched in Sparc byteb. 

READJ: 

01 JNJ13 


1071 

JMP READ 

New BMP HEAD 


0 1.3N317J 

= 

ooo 

L 

entry addrebs in 


013\31 b 

= 

0 0 71 

H 

thi s jump. 

COMPJ: 

0 1 3 N3 1 6 

_ 

1 U7l 

JMP CO.MPARE New IMP COMPARE 


0 1 3 N 3 1 7 

= 

1 (>‘1 

L 

routine entry addresb 


013\32J 

= 

uoa 

H 

now in this jump. 


COUNT, symbol 22 

ZERO, CPU flag 

Note: NCNT, COUNT are 
equivalent; ICNT and 
TCOUNT (see March ECS) 
are equivalent. 
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The INPUT2 subroutine is at the top right hand side of page 16 held sideways. This 
12-statement SIRIUS-MP subprogram is invoked by a subroutine CALL whenever another 
program wants to "read" a byte from the tape unit according to the content of TAPECTRL. 
The reading method incorporated in the software of IMP to date is a "polling" technique 
in which a loop tests status bits of the I/O device (UAR/T "RDA" and a motor turn-on 
oneshot "ready" signal. ) The loop consists of SIRIUS-MP statements 1 to 5 of INPUT2. 

The routine breaks out of the loop, reads the data and returns with the data byte in the 
variable "B" (a register in the 8008 generated code). The three UAR/T reception 
status bits (parity error/framing error/overrun error) are checked and an error count 
in BADFORM is incremented if no errors are detected. 

The OUTCOUNT routine of the March issue of ECS was modified to improve performanc 
in the course of rewriting the comparison software in SIRIUS for this issue. The prob¬ 
lem with the original version was the fact that an explicit output wait is required for 
reliable reading of the data. Thus a patch is placed at location 012/200 to jump to the 
new version of the program, loaded in some spare memory address space at 010/116. 

The NEWOUTCNT has two changes: a) I increased the time delay before output to 
1. 5 seconds (SLRJUS statements 1 and 2 ); b) I have inserted calls to WAITOUT after 
each output of a byte (SIRIUS statements 5 and 9 of NEWOUTCNT.) 

The ONOFF routine is a new routine added to support a new tape control command, 
"TO" entered from the keyboard device. The idea here is to have a way to turn on the 
motor for purposes of listening to data with the ear, for rewinds of long duration, or 
for recording non-digital comments with the cassette recorder's built-in microphone. 

The ONOFF routine itself is very simple, comprising a set of 12 SIRIUS statements 
which map into 23 8008 bytes in the sample generated code. The "TO" function comple¬ 
ments the current state of the motor control bit in TAPECTRL and outputs the result to 
currently selected tape drive via the "IN4" instruction connected to the tape controller. 

In setting up to run IMP with the new extensions, the patches to TAPECMDS, JONOFF, 
and READJ/COMPJ locations of IMP must be made as indicated in the detail listing 
of page 18. The TAPECMDS table is extended for the new "O" subcommand by starting 
it one byte earlier; the symbol table symbol "34" for TAPECMDS is adjusted to reflect 
this addition. The new execution jump JONOFF is added to get the program into the 
ONOFF routine, and the READJ/COMPJ jumps are changed to reflect altered placement 
of these routines from the original layout. One other change is required to the symbol 
table published previously: the address of symbol "20" should be changed to "220" in 
byte 012/301 of the 8008 code. This symbol has been changed from its original use 
and now becomes the memory pointer "IBUFF" with two bytes instead of the original 
1 byte of reserved space. 


COMMENTS ON THE ECS-8 DESIGN: 

The output of the TSI (serial data to the computer interface) line is not suitable for 
an interrupt driven UAR/T software interface without use of some masking logic. The 
problem is this: the FSK input decode is done by the phase lock loop of the XR-210. 
When null inputs (eg: tape leader period, or any time without a mark signal) occur, the 
phase lock loop hunts around for a lock - thus causing the comparator to have its input 
switch back and forth with the result being a digital noise signal on the TSI line. If 
the UART is listening, it will decode erroneous characters in this mode. The software 
of this article ignores the problem by not listening unless good data is coming. 
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Notes on NAVIGATION IN THE VICINITY OF CX. - AQUILA... #1 


This article begins a regular series of information and 
commentary on the use of the Intel 8080 in an ECS context, 
with occasional specific reference to packaged systems such 
as the MITS Altair product. In addition to the MITS product, 
there is at least one other source of the 8080 chips and boards 
advertising in the pages of Radio Electronics/Popular Elec¬ 
tronics. This first installment concerns some general com¬ 
ments on the 8080 instruction set and specific suggestions con¬ 
cerning 16-bit arithmetic operations (addition/subtraction) in 
applications other than address calculations. 


AC~1.1: Addressing Modes. 

One of the most basic questions to be asked whenever you ponder the use of a new 
computer instruction architecture is "what are its addressing modes?" The answers all 
lie in the hardware designer's backyard whenever a specific existing machine such as the 
3080 is considered. How do 1 get at the data in memory wrien I want to perform some oper¬ 
ation in the machine? Are there different wavs of reaching the same data item? And so 
on. The effects of addressing and data reference will color the whole process of gen¬ 
erating programs for the architecture of the machine in question. For instance, if the 
machine is a "stack machine" (not a machine with a stack, but one designed for opera- 
tions between stack elements) then the addressing can almost exclusively be implied by 
the way operations are done. On such a machine, the only bits needed for an instruction 
are the data bits which specify an operation. But in the real world of existing and 
implemented machines available to the ECS type of application, the coloring of coding is 
much more conventional - addressing is performed as part of the instruction or as 
part of an implied setup in a CPU register under program control. In the Intel 8080 
(as in the 8008) the design of addressing modes is a fairly arbitrary pot-pouri of methods 
fraught with special cases not ammenable to concise summary without losing information. 

In order to write programs these addressing modes must be known and understood so that 
the best of alternatives (if any) can be evaluated and used in a given programming situa¬ 
tion. In the comments below, a few of the conventional addressing concepts in 
computer designs are isolated and illustrated with regard to the 8080 . 

AO-1. 2: Immediate Addressing. 

Immediate data addressing exists in some form in most contemporary computers, 
with the >’sual definition being a constant bit pattern of one word length, following the 
operation code in a program. The 8080 includes this form of addressing with all the 
immediate operations which exist on its antecedent the 8008, plus some extensions which 
make the architecture more useful as a general purpose computing element. The primary 
extension of immediate addressing is to the inclusion of a long (l6-bit) form of the con¬ 
cept in certain limited classes of move (load/store) operations with respect to CPU reg¬ 
isters. The 8080 partitions 6 of the 7 CPU registrsinto three pairs "index registers''^ 
which may be loaded with l6-bit numbers using immediate addressing. The primary in¬ 
tention of such operations is the loading of an address, but programmers can and 
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do use operations for whatever purpose is required to solve a problem - so whenever 
one needs a 16-bit "literal” data item this form of double byte immediate operation can 
be used to load CPU registers. 


One particular use of the two-word immediate form in its intended application is 
the initialization of the stack pointer as a part of setting up execution of a prog¬ 
ram. In large scale systems the equivalent of a stack pointer (ie; system defined 
addressing parameters) is usually determined by the "operating system" prior to 
the call which invokes a user-program. But in your use of a microcomputer of 
the 8080 (or Motorola 6800) design, with minimal software, you can make no as¬ 
sumptions about the initialization. To be used, the stack must exist in random 
access read/write memory so that the temporary linkage data associated with 
the CALL, operation and its arguments can be stored. In order for this linkage 
to occur, the stack pointer (SP) must point to the RAM area. One way to initial¬ 
ize the stack pointer following the start of execution is contained in the following 
SIRIUS-MP notation and its 8080 translation: 

SIRIUS: 8080: 

SP -:: location LXI SP, location 

In both instances, the "location" is the 16-bit integer number which is the address 
of the stack area. 


AO-1.3: Absolute Addressing. 

The design of a computer instruction set involves many trade-offs, the evaluation of 
options with inputs ranging from the preferences of programming individuals to the phys¬ 
ical constraints of the LSI chip. In the best of all possible programming worlds, one 
would like to see a consistent set of addressing modes applicable in principle to any of the 
basic operations possible. In particular, a more extended use of an absolute (in-instruc¬ 
tion stream) form would be desirable than has been implemented with the 8080, There 
are two basic operations available in the 8080 instruction set which reference memory 
from within the instruction stream. These are the load (LDA, LHLD) and store (STA, 
SHLD) operations in 8 and 16 bit variations. For program code which involves fixed 
data areas at locations allocated by hand or by an assembler/compiler, these operations 
will be used extensively to prepare data for the execution of actual "work" -since the 
actual work cannot reference memory directly. The use of load and store for this pur¬ 
pose is highly conventional in many minicomputers, although usually at least one of the 
algebraic/logic operation operands can be acquired by a direct or indirect memory ref¬ 
erence in the instruction stream. (As a point of contrast, the Motorola 6800 microcom¬ 
puter can perform most of its arithmetic/logical operations with one in-instruction address 

reference to memory. ) 

AQ-1. 4: Pointer Addressing. 

One area where the 8080 has some excellence is in the number of CPU registers it 
and the fact that three different pairs can be used as "index registers" for fetching 


has 
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data to an accumulator (all pairs) or referencing memory operands (H/E only) of the v 
arithmetic operations. It is thus tairly easy to keep pointers around locally in the 
CPU without the need to transfer them to another location when making a reference 
based upon the index. The pointers are, however, only good for one operation in 
general - referencing data in load/store situations, and thus not as useful 

as they might otherwise have been. The memory reference modes of all the 8-bit 
arithmetic and logical instructions use one of these pointers, the H/.L register pair, 
to address the one memory operand (the implied second operand is the accumulator 
register A. ) All the procedures and tricks applicable to setting up H/L pointer addresses 
in the earlier 8008 microcomputer design apply as well to the equivalent H/L forms of 
the 8080. 


One particular programming trick which will prove useful in manipulating blocks 
of data involves the use of one pointer pair - D/E - to point to one operand block 
and a second pointer pair - H/L to reference the second block. Suppose the 
problem is to ’’AND’' all the bytes of one block with the bytes of another and to 
store the result in the second. The basic set of instructions used to set up the 
loop w'ould be: 

LXI D address 1 

LXIH address 2 set up addresses 


With this setup, the heart of a loop to transfer the data with an AND condition as 
required by the problem statement would be: 


MOV, A, M 
XCHG 

ANA M 
MOV M,A 
INXH 
XCHG 
INXH 


Fetch first operand byte 
Establish second operand address, but 
save first operand address 
AND with second byte 
Save in second operand byte 
Increment address 
Move back in exchange 
Increment address 


This code does not include the instructions needed to establish a loop - to trans¬ 
fer a block with this operation would require a loop count and loop count decre¬ 
ment followed by conditional test for continuation. 


This same general scheme of switching the D/E with H/L registers can be used 
quite widely your program must step simultaneously through two regions of mem¬ 
ory. The technique only works with D/E &; H/L unless you want to take a calcu¬ 
lated risk and exchange with the stack pointer instead of D/E. 




AQ-1. 5: 16-Bit Operations 16-Bit Addition/Subtraction. 

The 8080 has a specific and limited set of 16-bit operations which can be used to some 
advantage both for the intended purpose (address calculation and setup) and in more gen¬ 
eral problems. The 16-bit operations are 

16-bit Load and Store between register pairs and memory or immediate 
(Load only) data. 

16-bit Addition intended for address calculation. 

16-bit Increment/Decrement useful in loop counting & address changing. 
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For the more general usage of the 16-bit addition operation in programs requiring 
the extended precision addition / subtraction, the H/L register pair can be treated as 
if it were a 16-bit accumulator for the purposes of calculation with the actual results 
being stored ultimately in memory operands. The boxes below illustrate two calculations 
in 16 bit precision, under the following assumptions: 

a. Variable P is a two-byte operand at locations P and P 4- 1. 

b. Variable Q is a two-byte operand at locations O and 0 + 1. 

c. The content of A, H and L registers is irrelevant prior to and 

following the calculation. 

d. Absolute addressing will be used with the result stored back in P, as if 

P were a ’’software accumulator. ” 

Note the differences in the size of the little routines involved - for the addition case, 
the setup and execution is fairly compact. For subtraction the need to form the two's 
complement negative of the Q operand complicates the picture. .. 


The SIRIUS-MP statement: 

P +:: Q * 16-BIT ADD 

generates. . , 



LHLD 

Q 

Get first operand bytes to O 

XCHG 


Move first op to D/E 

LHLD 

P 

Get second operand (soft, accum. ) 

DADD 


Add C to P giving P 

SHLD 

P 

Store result back into new P value 


The SIRIUS-MP 

statement: 

P Q * 16-BIT SUBTRACT 

generates. . . 



LDA 

Q 

Get first byte, negative operand. 

CMA 


Complement it 

MOV 

D, A 

Move it to D of D/E pair. 

LDA 

0+1 

Get second byte, negative operand. 

CMA 


Complement it. 

MOV 

E, A 

Move it to E of D/E pair. 

INX 

D 

Increment complement giving -Q value 

LHLD 

P 

Get software accumulator value 

DADD 


Value of P - O now in H/L 

SHLD 

P 

Save back in software accumulator. 


After either of these operations, the carry flag can be tested to find out if an overflow 
occurred, thus in principal allowing extended precision of greater precision than 16 bits. 

One particular 16-bit operation may prove of use in certain contexts. This is the 
16-bit addition of the H/L register pair to itself by means of the DADH instruction . 
There are two instances where this variation of 16-bit addition stands out for potential 
utility: ^ 

a. Suppose I want to address an extended array of data kept in 2, 4, 8 or 2 
byte quanta. The shift properties of this addition (it multiplies H/L by 2) can 
be used "n" times to modify an integer array index ala FORTRAN or PL/1 into 
a useful address offset. 

b. This left shift operation can form the basis of an integer multiply operation. 
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AO-1. 6 A Ceremonial "Nit": 

It serves no good end to act the part of a contentious critic, but. . . at the risk of 
being in the position of a pot calling the kettle black I do protest MITS' use of the 
Anquish Languish (technical dialect) in the Altair 8800 manual I examined recently: 


Implement: This verbalized noun is conventionally used in technical con¬ 
texts such as "to implement a system. " (le: to create the system. ) A 
computer designer implements an LDA or STA instruction; the programmer 
codes said implemented instruction (le: selects it) as part of his own pro¬ 
cess of implementing a software system. Programmers never use unimple¬ 
mented instructions as a matter of course. (If you take Webster literally 
one might come out with the MITS definition of the term implement . ) 

Variance: A variance exists and is defined in the legalese terminology of 
"obtaining a variance (exception)" to some law by bootlicking and bribing 
the appropriate petty bureaucrats. It is also the square of the standard 
deviation in the terminology of statistics. A variance is not a variation o n 
an instruction’s operation, that is unless one wished to redefine conventional 
usage. 


I have been collecting reports from several subscribers on the Altair product and with 
the exception of what appear to be relatively minor technical problems, most purchasers 
of the system indicate satisfaction with the product and service on it. 


ERRATUM: 

Charles S. Lovett receives a one issue subscription extension for being the first sub¬ 
scriber to report an error in the ECS-7 design article of February 1975 ECS. The line 
from pin 2 of IC -14- which is shown connected toground should instead have been a 
. 01 mfd capacitor to ground. (Switch SI would have no effect if wired as drawn, ) 


A NOTE CONCERNING THE MOTOROLA 68 0 0 MPU... 

With this issue, I have started to make references to the M6800 MPU system, pri¬ 
marily because I expect it to be available to the Experimenter’s Computer System market 
in the near future. I have been in fairly close contact with the local Motorola sales office 
in connection with some hardware/software design work I am currently doing, and I have 
indications that supplies of this product will soon be fairly widely distributed. 

If you want to find out about the M6800 in detail, I wholeheartedly recommend purchase 
of the M6800 Microprocessor Applications Manual (approximately 700 pages 8,5x 11 @ 

$25. 00) and the M6800 Microprocessor Programming Manual (approximately 250 pages 
@ $10. 00). The applications manual includes lots of useful information including inter¬ 
faces (hardware and software) to floppy discs, cassette tape drives, teletype. Burroughs 
self-scan displays, adding machine tape printers, etc. etc. I have verbal assuranc^<^^ 
from the local Motorola sales office that these books will be sold to private individuals, h 
request. If you are interested I suggest that you look up the telephone number of the near¬ 
est office and inquire. If you have any problems, let me know and 111 try to make formal 
arrangements to distribute copies. These documents will set the standard for some time 
to come, and would easily serve as the basis of a "software engineering" course in appli¬ 
cations. 

1 
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Publisher's Introduction; 


For every process there is an initialization segment - a starting point in time, 
during which time the program for the process sets up data values and begins its oper¬ 
ation. In a sense, this issue represents such an initialization - it is the first issue to 
contain a subscriber-written article, the Digital Graphic Display Oscilliscope Inter¬ 
face design and writeup prepared by James Hogenson, The graphics device was con¬ 
ceived by Jim as a neat idea to add to his own computer system which he was building 
for a high school science fair. He first mentioned it to me in a letter late last year. 

1 suggested to him (or was it the other way around? ) that it might be appropriate to 
turn it into an article for ECS. After a fair amount of time spent researching the var¬ 
ious options ” plus one lengthy phone conversation with me - Jim settled on the design 
shown in this issue. He constructed the prototype using wire wrap techniques, and 
interfaced it with his 8008 built using the RGS kit. The interface is very simple, and 
can be adapted to virtually any computer with a parallel 8-bit output and a clock pulse 
arriving to the interface during periods of stable data. The device is programmed using 
a simple two-bit op code field and six-bit data/control field within the 8-bit interface. 

I have a PC board version of the design completed as of the date of publication of 
this issue (so I can get one myself) - with artwork by Andy Hay using Jim's layout. I 
' expect to have the board debugged and ready to offer to customers with the June issue 
of ECSo The roster for this issue is equal in size to the base of that number system 
which all computer "nuts” know and love.. . 

1. Digital Graphic Display Oscilliscope Interface , by James Hogenson. Turn 
to page 2 for the details which turn your scope into a LIFE matrix, a checker¬ 
board, a ping-pong game or whatever your imagination, a 64x64 bit-matrix and 
appropriate software can represent. 

2. Concerning the Hand Assembly of Programs, by yours truly, in which the 
"assembly” of programs by hand is discussed at some length, along with several 
more comments on SIRIUS matters and an example in the form of CONCATTER - 

a routine to concatenate byte strings. 

This issue is going to press May 12 19*75, The limits of space precluded the next in¬ 
stalment of "Notes on Navigation in the Vicinity of OC.-** ^ next issue, the 
8080 machine architecture wiU again be visited in the form of further "notes. " Also 
in the next issue, a SIRIUS-MP specified bootstrap sequence wiU be presented, along 
with the 8008 code for same. In this case, I mean a "real" planned-in-advance boot¬ 
strap load method with all the bells and whistles . Up and coming designs for 

the near future include an electronic music peripheral (not necessarily as good as 
Peter Helmers' "Metapiana") as well as an article with a small amount of hardware and 
a lot of software concerning the programming of interesting digital clocks, 

. CuJ 'S- 

Carl To Helmers, Jr. 

Publisher May 11 1975 


Q 1975 M„ P. Publishing Co, All Rights Reserved. 
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DIGITAL GRAPHIC DISPLAY OSCILLOSCOPE INTERFACE 
deJ>^gii^d and iUCcXted by Jamc-b Hogcnbon 

INTRODUCTION 


If you want your computer to cough up alpha-numeric information, 
chances are, you won't have too much problem finding a suitable output 
device. But if you want your computer to draw pictures, you may find 
yourself facing a dead end. You could use one of those fancy commercially 
available graphic CRT terminals, but the IBM you'd need to run the thing 
might not fit on your workbench. If you do have a spare IBM collecting 
dust on your closet shelf, fine, but if you're like the rest of us, you 
need something inexpensive, uncomplicated, and within the scope of the 
average 8008 or similar systefTi. Thus we have the ECS Digital Graphic 
Display Oscilloscope Interface. For $50 worth in semiconductors, your 
computer can have under its own completely programmed control a full 
raster on the screen of your oscilloscope. 

The digital graphic display oscilloscope interface (DGDOI) is 
prograiimed and operated through an 8~bit TTL compatible input. The 
picture is produced by a pattern of dots. These dots are set in patterns 
according to the computer's instructions, resulting in a computer gen¬ 
erated drawing. The entire pattern of dots is stored within the DGDOI's 
own internal memory. Once the pattern has been generated and loaded 
into the DGDOI, the computer no longer needs to retain any related data. 
This also means the pattern may be generated and loaded in small parts, 
one part at a time. During the scan cycle, the digital information is 
converted to analog waveforms and displayed on the oscilloscope. 


PRINCIPLE OF OPERATION 

The raster begins its scan in the upper left-hand corner, scanning 
left to right and down. The full raster contains 4096 dots; 64 rows of 
64 dots each. The horizontal scan is produced by a stepping analog ramp 
wave. Each step of the ramp produces one dot. There are 64 steps in 
the wave. The vertical scan is similar. It is a stepping ramp wave 
consisting of 64 steps. However, there is only one step in the vertical 
wave for each complete horizontal wave. The result is 64 vertical steps 
with 64 horizontal steps per vertical step. This produces 64 rows of 
64 dots. 

The ramp waves originate at a 12-bit binary counter, the center of 
the entire circuit„ The six lower (least sig nificant) bits of the 
counter are connected to a digi tal-to-anaiog converter (DAC), which con¬ 
verts the digital binary input to a voltage level output. The output of 
the DAC is the horizontal ramp wave. The six upper (most significant) 
bits are connected to a second DAC. This DAC produces the vertical ramp 
wave. Incrementing the 12-bit counter at high frequencies results in a 
raster or. the screen of the oscilloscope. 

The control .j" the pattern ct dots needed to represent a picture is 
dependent upon the intensity of etch dot. From this point, we will assume 
a dut can be either' on or off. An dot will show up on the screen as 

a dot of light. An "ofN' dot will be a dim spot or blank on the screen. 
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When a particular dot is selected for programming, it is programmed 
as either on or off. The on-off control can be represented by a single 
bit. It is this bit which is stored in the internal memory of the DGDOI. 
There is one bit in the memory for each of the possible 4096 dots on the 
screen. When selecting a dot for programming, you are actually addressing 
the memory location of that particular dot. You then set the dot for on 
or off. When displaying the image, the 12-bit counter which produces the 
raster addresses each dot in the memory as it is displayed on the screen. 
The on-off bit taken from the memory is converted to a Z-axis signal which 
controls the intensity of the dot. The Z-axis signal is fed into the 
Z-axis input on the scope. 

Much of the circuitry is taken up in the 12-bit counter, the DAC's, 
and the memory. Figure 1 shows a block diagram of the DGDOI. The re¬ 
maining circuitry is the control circuitry which decodes the 8-bit input 
word and allows for completely programmed operation. 


PROGRAMMING 


Op Code. 


Table 

2 

^ruviy 

Octal 

Mnemonic 

Explanation 

OOdddddd 

Odd 

SIX 

SU X 

OIdddddd 

Idd 

STY 

Set V 

lOxxxOOO 

2x0 

CNO 

ContAol - Mo Op 

lOxxxOOl 

2x1 

TSF 

ContAol - Tu/ut 4can 

lOxxxOlO 

2x2 

ZON 

ContAol - Set 2 on 

lOxxxOll 

2x3 

ZOF 

ContAol - Set 1 

lOxxxlOO 

2x4 

ZNI 

ContAol - Set 2 on mth IncAement 

lOxxxlOl 

2x5 

ZFI 

ContAol - Set 2 uUth IncAement 

lOxxxllO 

2x6 

TSN 

ContAol - TuAn on 6can 

lOxxxlll 

2x7 

CNO 

ContAol - Mo Op 

llxxxxxx 

3xx 

CNO 

Mo Op 


D = DATA X = NULL 

The programming instruction format is shown in Table 1. Bits 7 and 6 
of the input word are the high-order instruction code. We will assume that 
the addressing of dots is done on the basis of X and Y coordinates. The X 
coordinate is the 6 bits in the lower half or horizontal section of the 12-bit 
counter. The Y coordinate is the 6 upper bits or vertical half of the counter 
In programming from an 8-bit input source, all 12 bits of the counter cannot 
b€ set at once. The counter is set one half or 6 bits at a time. It is for 
this reason we assume an X and Y coordinate for programming. When the instrue 
tion code (bits 7 & 6) is set at 00, the data in bits 0 through 5 of the in¬ 
put word is loaded into the lower half of the counter as the X coordinate. 
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When the instruction code is set at 01, the data in bits 0 through 5 is 
loaded into the upper half of the counter as the Y coordinate. In effect, 
the Y coordinate will select a row and the X coordinate will select a dot in 
that selected row. The coordinates loaded into the counter will address the 
memory and select the dot location we want to program. 

After loading the coordinates of the dot for programming, we set the 
dot itself. Setting the instruction code at 10 directs the control cir¬ 
cuitry to decode the three lower bits of the data word for further instruc¬ 
tion. We will call the lower three bits the low order control code. 

The first low order control is a No Op instruction. The eighth control 
and the fourth high order instruction are also No Op's. 

The second control will turn off the scan. The seventh control will 
turn the scan on. When the scan is on, the counter is incremented at a high 
frequency and the programmed image is displayed on the scope. The scan must 
be turned off before a dot can be programmed. 

The third control, set Z on, will program a dot to appear at the dot 
location presently loaded into the counter. The fourth control, set Z off, 
will program a blank to appear at the dot location presently loaded into the 
counter. 

The fifth and sixth control instructions set Z in the same manner as 
controls three and four. However, after setting Z, these instructions will 
also increment the counter by one. This will allow the entire 4096 dots to 
be programmed using only a repeated "set Z" instruction. The counter will 
naturally follow the regular scan pattern of the raster. This is especially 
useful in clearing the contents of the DGDOI memory so that a new image can 
be programmed. It can also be used in making horizontal lines or other 
patterns in the image. 

CIRCUIT OPERATION 


Once the data word on the input is stable, only one clock pulse is 
needed to execute the instruction. The high order instruction is decoded by 
the 7410 triple three-input NAND gate and two inverters. The clock pulse is 
enabled by the NAND gate to the appropriate counter section, or to the strobe 
input of the low order control decoder. The clock pulse is enabled according 
to the instruction of bits 7 and 6. 

The 12-bit counter consists of two 6-bit counting sections. Each sec¬ 
tion consists of two cascaded TTL 74193 presettable binary counters. Bits 
0 through 5 of the data input are common to both sections of the counter. 

The set X instruction will pulse the load input of the lower or X section of 
the counter. The pulse on the load input will cause the data on bits 0 
through 5 to be loaded into the counter section. 

The Y instruction, similar to the X instruction, will pulse the load 
input of the upper or Y section of the counter. 

The two sections are cascaded by connecting the upper data B output of 
the X counter section, pin 2, IC 8, through inverter 'a' of IC 2 to the count 
up input, pin 5, IC 9, of the Y counter section. 

The low order control code is decoded by a 74155 decoder connected for 
3 to 8 line decoding. Bits 0 through 2 are decoded by the 74155. The con¬ 
trol code is enabled by the pulse coming from the 7410 high order instruction 
decoder. The low order control is enabled only when the high order code is 
set at 10 on bits 7 and 6. 

Decoder lines 1 and 6 are connected to an R/S flip flop which provides 
the scan on/off control. The R/S flip flop enables a high frequency square 
wave to increment the 12-bit counter. 
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^ Control instructions 2 through 5 are 'set V instructions, therefore 

involving a data write operation. Decoder lines 2,3,4, and 5 are connected 
to a group of AND gates (IC 5a,b,c) functioning as a negative logic OR gate. 
The output of the gate is the Read/Write control line for the memory. When 
this line is in the low state, the data present on the data input line of 
the memory will be written into the memory location presently being addressed 
by the 12-bit counter. 

The data input of the memory is connected directly to bit 0 of the 
8-bit input word. A bit will be stored in the memory only when a 'set V 
instruction is executed. The Z-axis circuitry requires a high state pulse 
for a blank. As shown in the binary format. Table 1, bit zero will be a 
binary zero for 'set Z on’ instructions and binary one for 'set Z off in¬ 
structions. The backward appearance of this binary format will be overlooked 
when programming in octal notation. 

The high frequency square wave controlled by the R/S flip flop and 
decoder lines 4 and 5 are negative logic ORed. The resulting pulse Increments 
the counter according to the control instruction. 

The same clock pulse is used to write data Into the memory and Incre¬ 
ment the counter in control instructions 4 and 5. The data is written into 
the memory on the leading edge of the pulse. The counter is incremented on 
the trailing edge. Figure 2 shows this waveform. 

Output bits 0 through 9 of the 12-b1t counter are connected to the ad¬ 
dress inputs of the memory. The memory uses four MM2102 1024 x 1 bit MOS 
RAM's (Random Access Memories). Bits 10 and 11 of the counter output are con¬ 
nected to the chip select circuitry which enables one chip at a time for ad¬ 
dressing and data Input/output operations. The chip select circuitry uses 2 
f inverters and a TTL 7400 Quad two-input NAND gate. 

The data outputs of the RAM's are OR-tied and connected to an AND gate. 
The data output is synchronized with the high frequency clock for better 
blanking performance. The output of this gate is connected to the Z-axis 
blanking circuitry. This circuitry converts the TTL level signal to a scope 
compatible signal. 

Bits 0 through 5 of the 12 bit counter are connected to the X coordinate 
DAC. Bits 6 through 11 of the counter are connected to the Y coordinate DAC. 
The DAC's are Motorola MC1406 IC's. They operate on voltages of +5 and -9. 

A current output is produced by the DAC's. The current output is converted 
to a voltage output and amplified by the 741 Op Amps. The output from the 
X coordinate circuitry is connected to the horizontal input of the scope. 

(The scope should be set for external horizontal sweep.) The output from the 
Y coordinate circuitry is connected to the vertical input of the scope. 


CONSTRUCTION 

A printed circuit board is being planned for this project, but for the 
time being, the method of construction is left for the reader to decide upon 
for himself. 

Remember that the memory IC’s are MOS devices and should be handled as 
such. Static electricity will not do them any good. 

Remember to use bypass capacitors. A 100 mfd electrolytic and several 
.01 mfd disc capacitors are usually recommended. An acceptable "rule of 
thumb" is one disc capacitor for every two to three TTL chips and one electro 
lytic per p.c. board. 

The parts list is shown on the next page. The schematic diagram is 
also included in one of the following pages. 
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PARTS LIST 


C1,C2 

20pf 

disc capacitor 

C3 

.Olmf 

disc capacitor 

C4 

.OOlSmf 

disc capacitor 

C5 

330pf 

disc capacitor 

Bypass 

lOOmf 

electrolytic capacitor 

Bypass 

.Olmf 

disc capacitors 

D1-D3 

silicon 

rectifier (1N914 or similar) 

IC 1 

7410 

TTL Triple 3“Input NAND Gate 

IC 2 

7404 

TTL Hex Inverter 

IC 3, IC 4 

7400 

TTL Quad 2-Input NAND Gate 

IC 5 

7408 

TTL Quad 2-Input AND Gate 

IC 6 

74155 

TTL Dual 2-to-4-line Decoder 

IC 7-IC 10 

74193 

TTL Presettable 4-bit Binary 

IC 11-IC 14 

2102 

MOS 1024-bit Static RAM 

IC 15, IC 16 

MC1406 

Motorola 6-bit DAC 

IC 17, IC 18 

741 

Op Amp 

IC 19 

NE555 

Oscillator 

Ql, Q2 

2N5139 

Transistor 

Rl, R2 

3.3k ohm 

i resistor 

R3, R4 

5.6k ohm 

resistor 

R5, R9 

2.2k ohm 

resistor all resistors 

R6 

1.8k ohm 

resistor ^ watt, 10% 

R7 

18k ohm 

resistor 

R8 

100 ohm 

resistor 

RIO 

7.5k ohm 

miniature potentiometer 

Rll, R12 

10k ohm 

miniature potentiometer 

SET-UP. TESTING, AND 

OPERATION 



Supply voltages needed are +5 VDC at 400 mA, +15 and -15 VDC at 10 mA. 

The TTL and memory IC's operate on +5 VDC. The DAC's use +5 and -15 VDC. 

The Op Amps use +15 and -15 VDC. The DAC's and Op Amps will also operate 
with voltages of 9 or 12 instead of 15. This will allow you to use your ex¬ 
isting computer's power supply for the DGDOI as well. 

When you are satisfied that your DGDOI is ready for operation, do not 
immediately connect it to an I/O channel on your computer. For initial test¬ 
ing, use the test circuit shown in Figure 5 (Included in following pages). 

The only requirement is that the test rig be able to provide an 8-bit binary 
input word and a clock pulse. If a computer is used for initial testing, it 
Is difficult to pinpoint a problem as being in the circuit. A problem can 
often be found in the software used with the DGDOI. 

The clock pulse should be active in the high state as shown in Figure 
Three. If your computer operates with an active-low pulse, an inverter is 
needed for inverting the clock pulse. 

When you are ready to test, turn on the power and load a 'turn on scan' 
Instruction. The turn on scan instruction should produce a raster. If a 
distorted concentration of dots appears, adjust the DAC voltage reference pots. 
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The high frequency square wave is provided by a 555 timer IC connected 
as an astable mubtivibrator. Adjusting the frequency may be necessary to 
obtain a stable appearing raster, (Note; you don't need a fancy scope for 
this project. A cheap 250kHz scope was used with the proto-type.) 

The next step is to check the blanking. You should get a mixture of 
on and off dots simply by turning on the power. The frequency of the scan 
and voltage supplied to the Z-axis circuitry both affect blanking performance. 
The Z-axis amplifier may be disconnected from the -15 volt supply and con¬ 
nected to up to -25 volts. The frequency may be adjusted with the 7.5k pot. 

It should be noted however, that raising either of these too high will have 
adverse effects. Keep in mind that the Z-axis is connected through a cap¬ 
acitor (in most cases) within the scope. Charging the capacitor with too 
much voltage at a given frequency will cause the blank to carry over into the 
next dot. Thus one blank pulse blanks out two dots. Avoid this situation. 

Performance varies, depending upon each particular scope. The best way 
to find the best contrast and blanking performance is by experimenting. If 
you are unable to obtain any blanking, connect the Z-axis output to the ver¬ 
tical input of your scope. If no pulses are present, your trouble is back 
in the DGDOI circuit. 

After you have obtained a satisfactory raster, execute each instruction 
manually to verify its operation. Clear the memory by setting the input at 
205 (octal) and connecting a lOkHz square wave to the clock pulse input. 
(Remember: Scan must be turned off before programming any dots) Execute a 
set X, set Y, a number of set Z on with increment's, and turn on scan. Your 
programmed dots should now appear. 

If all operations seem good, connect your computer. You may write 
programs to your hearts content, but just in case, there is a test pattern 
program included in this article. If your DGDOI doesn't operate correctly 
after connecting your computer, check all software first. This is usually 
the cause of most problems. 

The data output of the DGDOI memory may be connected as a computer in¬ 
put, but this is optional. To read the status of a dot, you would load the 
coordinate of the selected dot, then read the single bit data output. 


TEST PATTERN PROGRAM 

The program listed on the following page(s) will program the DGDOI for 
a test pattern. The pattern will be a checkerboard pattern of 16 alternating 
light and dark squares. 

The program counts off 4 sections of 16 dots per section. Each section 
is alternated to get a pattern of light-dark-light-dark or dark-light-dark- 
light. Rows are also counted off in groups of 16. Each row in the same 
group is set with the same pattern, but each group is set with an alternate 
pattern. 

The set Z with increment instructions are used. The least significant 
bit of the E register is used in DECLOOP to alternate between set Z on and 
set Z off. 

The various loops in the program are briefly described in the following 
paragraphs. 

DOTLOOP counts off each section of 16 dots and programs the section of 
dots according to DECLOOP. 

XSECLOOP counts off 4 sections per row and jumps back to DECLOOP to 
alternate the set Z instructions between sections. 



ECS Volume 1 No. 5 


8 


May 1975 


ROWLOOP counts groups of 16 rows and increments the E register an extra 
time to reverse the order in DECLOOP between each group of rows. 

YSECLOOP counts off 4 groups of 16 rows to halt computer when checker¬ 
board has been loaded into DGDOI. 

To invert the pattern on the screen, load E with 001 instead of 000 in 
location 00 220. This will have the effect of inverting the parity register. 


The result 

would produce 

a pattern of 

the opposite 

1ight and 

dark 

arrangement 

START 

00/200 

_ 

006 

LAI 


00/255 


302 

LAC 


00/201 


201 

(TSF) 


00/256 

= 

024 

SUI 


00/202 


121 

OUT 10 


00/257 

= 

003 



00/203 

= 

006 

LAI 


00/260 

= 

150 

JTZ 


00/204 

= 

000 

(STX) 


00/261 

= 

267 



00/205 

= 

121 

OUT 10 


00/262 

= 

000 



00/206 

= 

006 

LAI 


00/263 

= 

020 

INC 


00/207 


100 

(STY) 


00/264 

= 

104 

JMP 


00/210 

= 

121 

OUT 10 


00/265 

= 

221 


CLEAR 

00/211 

= 

016 

LBI 


00/266 

= 

000 


REGISTERS 

00/212 

= 

000 


ROWLOOP 

00/267 

= 

026 

LCI 


00/213 


321 

LCB 


00/270 

= 

000 



00/214 

= 

331 

LDB 


00/271 

= 

303 

LAD 


00/215 

= 

351 

LHB 


00/272 

= 

044 

NDI 


00/216 

= 

361 

LLB 


00/273 

= 

037 



00/217 

= 

046 

LEI 


00/274 

= 

024 

SUI 

PARITY REG 

00/220 

= 

000 



00/275 

= 

017 


DECLOOP 

00/221 

= 

040 

INE 


00/276 

= 

150 

JTZ 


00/222 

= 

304 

LAE 


00/277 

= 

305 



00/223 


044 

NDI 


00/300 

= 

000 



00/224 

= 

001 



00/301 

= 

030 

IND 


00/225 

= 

150 

JTZ 


00/302 

= 

104 

JMP 


00/226 

= 

246 



00/303 

= 

221 



00/227 

= 

000 



00/304 

= 

000 



00/230 

= 

066 

LLI 

YSECLOOP 

00/305 

= 

303 

LAD 


00/231 


332 



00/306 

= 

044 

NDI 

DOTLOOP 

00/232 

= 

301 

LAB 


00/307 

= 

340 



00/233 

= 

024 

$UI 


00/310 


330 

LDA 


00/234 


020 



00/311 

= 

024 

SUI 


00/235 

= 

150 

JTZ 


00/312 

= 

140 



00/236 

= 

253 



00/313 

= 

150 

JTZ 


00/237 

= 

000 



00/314 


326 



00/240 


010 

INB 


00/315 

= 

000 



00/241 

= 

307 

LAM 


00/316 

= 

303 

LAD 


00/242 


121 

OUT 10 


00/317 

= 

004 

ADI 


00/243 

= 

104 

JMP 


00/320 

= 

040 



00/244 

= 

232 



00/321 

= 

330 

LDA 


00/245 

= 

000 



00/322 

= 

040 

INE 

DECLOOPJMP 

00/246 

= 

066 

LLI 


00/323 

= 

104 

JMP 


00/247 


333 



00/324 

= 

221 



00/250 


104 

JMP 


00/325 

= 

000 



00/251 

= 

232 


END 

00/326 

= 

006 

LAI 


00/252 


000 



00/327 

= 

206 

(TSN) 

XSECLOOP 

00/253 


016 

LBI 


00/330 


121 

OUT 10 


00/254 

= 

000 



00/331 


377 

HLT 







OU/332 

= 

204 

(ZNI) 







OU/333 

= 

205 

(ZFI) 
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FIGURE 1. 

DGDOI BLOCK DIAGRAM 




-PULSE WIDTH determined - 

BY EXTERNAL CLCXrK PULSE SOURCE 
MINIMUM 750 NS. 


DATA SIORED 


FIGURE 2. 


COUNTER INCREMENTED 


♦5V 


SIGNAL ON CLOCK PULSE INPUT 


INSTRUCTION IS EXECUTED 
DURING THIS PULSE. 
MINIMUM 750 NS. 

FIGURE 3. 


IC POWER AND N/C PIN CONNECTION CHART 


IC 

+5 

GND +9 


-9 

N/C 

1,2,3,4,5 

14 

"■"7 . 




6 

16 

8 



9,4 

7^9 . 

4,16 

8,14 




8,10 

16 

8,14 


6, 

7,9,10,12,13 

11,12,13,14 

10 

9 




15,16 

11 

2 


3 

1 

17,18 


7 


_4_ 

1^5_^ 

19 

4,8 

1 




2102 

MEMORY ADDRESS PIN CONNECTIONS 


A-0 -- pin 

8 : A-1 ■ 

-- pin 4 : A-2 -- 

pin 

5 : A-3 - 

- pin 6 

A-4 -- pin 

7 : A-5 • 

pin 2 : A-6 -- 

pin 

1 : A-7 - 

“ pin 16 


A-8 

-- pin 15: A-9 -- 

pin 

14 




























lo <0 M CDI 0» 



ALL 2102 PIN CONNECTIONS ALIKE, EXCEPT CHIP ENABLE 


ITU 




RW DI 



_ 


-M 






— 


— 



1C 14 


1C 13 


1C 12 


1C II 


2102 

_ 

2102 


2102 

■“ 

2102 

— 


I— 


—i 


M. 


- 1 


rnmmm 


•Ml 


•M 


1 

CE DO 










MEMORY 

ADDRESS 

LINES 


-9 V 

R8 L R9 
lOOA <2,2K 
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CLEAR DGDOI PROGRAM 


This program is used to dear the memory of the DGDOI. It simply sends 
out a ‘set Z off with increment* instruction 4096 times. It uses the B and 
C registers to keep track of the 4096. The register contents are decremented 
once for each I/O instruction. 

The program turns the scan off before clearing, but does not turn scan 


back on. 

The DGDOI i 

will 

then remain ready for 

programming. 



START 

00/344 = 

006 

LAI 

00/357 = 

150 

JTZ 


00/345 = 

201 

(TSF) 

00/360 - 

365 



00/346 = 

121 

OUT 10 

00/361 = 

000 



00/347 = 

006 

LAI 

00/362 = 

104 

JMP 


00/350 = 

205 


00/363 = 

355 



00/351 = 

016 

LBI 

00/364 = 

000 



00/352 = 

377 


00/365 = 

021 

DCC 


00/353 = 

026 

LCI 

00/366 = 

no 

JFZ 


00/354 = 

021 


00/367 = 

355 



00/355 = 

121 

OUT 10 

00/370 = 

000 



00/356 = 

on 

DCB 

00/371 = 

377 

HLT 


These two programs are just to get you started. Although uncertain of 
the medium, we expect to have further programs available in the future. Carl 
Helmers has plans for a 'Life'game and possibly a ‘Space War' game using the 
DGDOI. The author of this article is planning a Tic-Tac-Toe game and a pro¬ 
gram which would use an octal keyboard for rapid construction of images. (It 
will be the closest we can reasonably come to an electronic pen.) 

These programs, of course, will be in addition to your own. There are 
many applications of a DGDOI. Outside of games, it could be used to graph 
solution sets of mathematical problems. It could be used to graph results of 
data aquisition programs. It could plot results in a digitally controlled 
analog computer system. It could . . . well, who knows how many things it 
could be used for? The exciting point is that such applications are finally 
within the economical range of the 8008 system. 


PRINTED CIRCUIT BOARD FOR THE "DGDOI*’ DESIGN^ 

As this issue of ECS goes to press, the first layout of a two-layer PC board witii 
plated-thru holes has been completed. A first printing of the board will be executed 
prior to the next issue of ECS, at which time I expect to have details of pricing, oo 
board. 

SOME LAST MINUTE IMPROVEMENTS: 

In cassette conversation with Jim Hogenson, the following items were pointed out 
regarding updates of the article as it stands: i) by connecting the "0" output of 1C 6(6-9) 
to IC 9 "decrement input" {9--4) the "ZxO" (octal) opcode becomes decrement Y. 2) 
by connecting the "7" output of IC 6 (6-4) to 1C 7 "decrement" (7-4) the "2x7" (octal) 

Of) code becomes decrement X. 3) The DAC chips may exhibit non-linearities due 
to manufacturing variations - sometimes observable in particular cases. 


CTH 
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CONCERNING H E H AND ASSEMBLY OF PROGRAMS ... 

by Carl T. Heimers, Jr. 


The purpose of computing is to solve problems. Problems are 
solv'^ed by analysis followed by generation of a method - an algorithm - 
for ac com.pli shing the desired ends. The computing approach to prob¬ 
lem solution consists of automating the steps of such methods by pre¬ 
paring a "program" for the computer to execute. This article concerns 
the process of preparing programs for execution on the assumption 
that you have previously generated a detailed symbolic specification of 
your problem’s algorithm in the SIRIUS-MP language (or any other 
method of progrcim specification for that matter. ) The remaining task 
of program preparation is the translation of the symbolic form into a 
detailed set of machine codes (numbers). 

In April 197 5 ECS, an introduction to the SIRIUS-MP langucige was 
presented as a means of expressing programs for inexpensive '*home 
brew" computer systems. The present article continues this SIRIUS 
information by discussing the process of hand assembly of machine code 
from the symbolic representation. Hand assembly is a process which 
the serious student of computing should perform as an exercise at some 
point in time - whether or not the computer under study has an 
assembler available. The tutorial value of "walking through" the assem¬ 
bly process is well worth the effort - whether or not the hardware limits 
of you system make it mandatory. 


The "hand assembly’^" process is in some respects a retrograde motion in compu¬ 
ter science - a step "against the normal direction" of progress towards more and 
more automated programming aids and methods of expression. It is a process which 
is the translation of existing assembler algorithms (no particular assembler among 
a myriad of assemblers is singled out as a model here) back into the realm of a 
manually^ executed process - just as the first programmable machines had to be 
programmed before the invention of software development tools. As an adaptation 
of the "typical" assembler algorithm to manual operations, the manual assembly 
process to be described is useful in several areas. . . 

- it illuminates the process of assembly as performed automatically, 

so that the reader will be less tempted to blame all manner of programming 
problems on the poor simple-minded assembler programs. 

- it provides the m.icrocoinputer enthusiast with a method of software 
development (albeit cumbersome) to be used until his or her personal 
computer is integrated to the point needed for a real assembler. 

- it highlights the problems of code generation from symbolic notation. 

- it can serve as a model for the implementation of an assembler 
system by the reader for his own variation on the microcomputer concept. 
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AN ASSEMBLER SYSTEM 

The concept of an assembler system is illustrated at its highest level by the func¬ 
tional diagram.. . a "black box" of processing which accepts some input and produces 
some output: 

The input at the left of the 
diagram is the "source pro¬ 
gram" - a generalized and sym¬ 
bolic representation of your 
program . The output at the 
right (the principal output of 
the assembler) is the "object program" equivalent of the source program - a set of 
binary (octal or hex) numbers which potentially can be loaded into appropriate memory 
locations and executed. ( I am leaving out the concepts of linkage editors, relocatable 
loaders and other post-assembly tricks for the time being. ) 

What is this assembler "black box?" In an automated conventional assembler system 
the black box is computer program used to translate a text file (eg: ASCII characters as 
input from a teletype or other keyboard) of the source program into its equivalent binary 
object file representation. The term "file" here means a set of many (eg: "n") computer 
words containing some form of information - often used to signify such data sets as 
stored on magnetic tape or disc. The usual assembler program is implemented and 
runs on computer "X", producing an object program for computer "X" (self assembly) 
or for computer "Y" (cross assembly. ) In the corresponding hand assembly conception 
the assembler "black box" is defined as you - the reader - performing a variation 
of the steps required to translate the symbolic representation into its machine code 
form. 

THE SOURCE PROGRAM 

The source program for the assembly is usually written in the appropriate "Basic 
Assembly Language" for the computer in question - each computer manufacturer comes 
up with its own version of the type of program involved, usually running on one of 
the manufacturer's own machines. For the microcomputer case, this is not usually 
possible, since the number of variables in individual CPU implementations using the 
same chip is immense. For the purposes of this publication and the generality of 
notation, the article assumes a source program written in the SIRIUS -MP formulation 
which is to a large extent independent of any particular chip design. If you were to 
substitute "Language X" for SIRIUS-MP in the ensuing pages, you can do so and apply 
the same process - although your translation function will technically be that of a 
compiler or interpreter if any language other than an assembly language is used. This 
article's methodology could in particular be applied to the translation of some of the 
immense number of published computer "games" in BASIC for instance, if you want to 
get such programs up and running - however tackling a high order language translation 
will tend to get you bogged down in detail and in routines you have to write to get 
anything done, so it is only recommended in the simplest of cases when performed by 
hand. 
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THE OBJECT PROGRAM 


The output of the assembly process is an "object program" - a potentially execu¬ 
table set of codes for the computer. The form in which an object program is specified 
should be chosen according to the needs of the assembly process and the intended use 
of the results. In a "real" assembler (ie: a computer program running on some com¬ 
puter) two major classes of output come to mind: 

1. Absolute Machine Code, Here the object module output consists of 
information needed to define the specific content of each memory location 
in the program, tied directly to a specific range of memory address space 
in the computer. In this variation of output, all the work is done at the 
time of assembly , and loading the program then becomes a task of copying 
this "memory image" (archaic term: core image) into the computer. 

2. Relocatable Machine Code. Here the object module is built by the assem¬ 
bler program relative to an arbitrarily chosen starting address (often "0"), 

with the final resolution of addresses for symbolic references, jumps, etc, 
left to an appropriate "relocating" loader. The object module in this form 
is more complicated for in addition to the binary image of the program, in¬ 
formation on the address references inside the program must be retained 
so that the loader can alter them during the load process. 

In addition to the specific form of the modules, there is the question of linking multiple 
program segments - which can open up a whole "can of worms" best ignored at this 
stage. For the purpose of hand compilation, the "KISS" rule applies - "keep it simple, 
stupid. " The assumption will be that linkages between modules are made by commonly 
addressed absolute address regions (for example, the first 256 bytes or base page of 
a Motorola 6800, the first 256 bytes of an 8008 designed according to my plans pub¬ 
lished earlier, or an arbitrary region if no particular location is suggested by the 
characteristics of hardware or software. ) 

In order to keep the process simple, the Hand Assembly method as described here 
is limited to the production of absolute machine codes (type 1 object modules as listed 
above.) The actual form will be a list of hardware addresses in memory address space 
and the corresponding machine code for that address. I have written the article under 
the assumption that the M. P. Publishing Co, Kluge-I Assembler coding sheets are 
used for the final output, but this is by no means to be interpreted as an absolute "re¬ 
quirement" of the method. They are available at 5^ each plus postage, and were cre¬ 
ated primarily to satisfy my own purposes after I got tired of writing the sam.e low order 
address sequences over and over and over again. An alternate source of paper 
for the process is used computer paper recycled from a handy local computer center, 
or if you are in position to make arrangements for time - you could whip off a quick 
FORTRAN or PL/1 (or ?) prograim to write the address sequences onto blank paper in 
a manner similar to the Kluge-I sheets but on a line printer instead. 

The process of assembling and generating the code for a program has two major 
(conceptual) steps which must be performed, assuming that a suitable symbolic nota¬ 
tion for the algorithm exists. 
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Step 1: Translate the symbolic notations into equivalent sequences of the 
machine's operations . Pay attention to any address calculations which may 
be required, but leave "open" the question of addresses of operands for 
which no address is yet assigned. The purpose of this step is primarily to 
allocate the memory address space requirements of the program by deter¬ 
mining the number of bytes of code required for each elementary statement 
of the program which is translated. 

Step 2: With all the required program and data locations allocated (typically 
in a sequence of consecutive memory locations starting at a chosen "origin" or 
first address) "fix up" all the unresolved references hanging around in the 
code prototypes created in step 1. 

This set of steps is a universal one, and is performed by every code generation pro¬ 
cess - whether it is an assembler, a compiler’s code generation phase, or even an 
interpretively executed programming language such as BASIC. The variations (and 
there are many) in particular approaches to compiler and assembler code generation 
strategies concern ways of implementing these conceptual processes of allocation 
and reference resolution (the "fix ups"). In a classical two-pass assembler and/or 
compiler, there is an explicit separation into these two steps - pass one is the allo¬ 
cation phase (also syntax checking), followed by pass two which fixes things up. If 
one restricts the types of references possible at any given point in the program source, 
it is possible to achieve a "one pass" compiler - the restriction being the rule that no 
"forward" references be made to portions of a program yet to be referenced, or that 
such forward references be made through a special mechanism in the generated code 
such as a run time symbol table lookup/calculation. In the hand assembly version of 
the process described here, a classic two-pass approach is taken, but the first pass 
is further broken down into two operations which might be conceptually considered 
"passes" through the data. The text continues following a short aside... 


WHY ARE TWO PASSES NECESSARY IN THE UNRESTRICTED CASE 
AS A MINIMUM NUMBER OF SCANS THROUGH THE DATA? 


The necessity of the second "fixup" pass becomes obvious when you con¬ 
sider the problem of forward references. (References to previously allocated 
symbols are no problem - I already have their addresses figured out. ) The 
assembly process can only sequentially process the statements of the program, 
starting with the first. A "forward reference" to some sym- hkst 
bol in the program is a symbolic reference made prior to 
the definition of the symbol in question - relative to the order 7 ^^ 
of scanning the source. Pictorially, a forward reference is 
illustrated by the assembler (an "imp") finding the statement / 

"X = : Y" closer to the beginning of the scan than the defini- / 

tion of the symbol Y, At C< the little imp says "where's Y?" ' 

and files it as an open question. A bit later in the first pass > 
he can say "aha - I know where Y is" but - he has already gone 
past the point where Y was referenced. Then on the second 
time around, the little imp can use this information to fix up 
the incomplete information in the statement witli the forward 
reference. Either the minimum two passes through the data, 
or a logicallv eau''valent '’+rick" ' " '"'T-’-e 


/TsV 





wastt 5iMrrM«wr 

'TJ:,' a T H a f ^ C i 
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The hand assembly process is outlined in the paragraphs following immed¬ 
iately below. The process is broken down into three sequential steps which 

I have found to be components of a useful procedure: generate skeleton 
code, allocate addresses, then fill in the final code of the program repla¬ 
cing mnemonic notations and symbolic address references. Of these steps 
the first two correspond roughly to the allocation pass of a two pass assem¬ 
bler, and the last corresponds roughly to the reference resolution (fix up) 
pass . Following this descriptive summary of the process, a detailed exam¬ 
ple is presented for the case of a subroutine used to "concatenate" bytes 
strings of the form described on page 9 of April 1975 ECS. 


-_______ 


SKELETON CODE GENERATION: 

The first pass of the hand assembly process begins with a ’’skeleton code genera¬ 
tion" operation. The purpose of this operation is to figure out the mnemonic opera¬ 
tion codes required for the corresponding operations of the source program. If you 
program exclusively in the mnemonic assembly language appropriate to a given machine 
you have already performed this operation by writing your program on paper. If you 
use a "higher level" specification such as SIRIUS-MP (or FORTRAN, PL/1, BASIC, 
and any other language you might care to use) this step is required in order to turn the 
basic operations of the source program into sequences of operation appropriate for your 
computer’s instruction set. For the SIRIUS-MP language, this corresj>onds to a table 
lookup (in your head) of an appropriate method of carrying out the functions of each 
statement, and in many cases will result in a fairly one-to-one correspondence of oper¬ 
ations in the source program and in the machine code. If you automate this process, 
it becomes roughly equivalent to a "macro expansion" process tacked on the front end 
of many assemblers. I have found scrap computer listings to be most effective in this 
stage since it involves no address allocation, merely listing the symbolic equivalents 
of the program bytes on paper. 

ADDRESS ALLOCATION: 

The hand assembly process as conceived here is oriented to the generation of the 
absolute, executable machine code for specific locations in the computer's memory 
address space. This bypasses the question of generating relocatable code and keeps 
the process simple. Error possibilities increase with complexity, especially when 
a program is assembled by biological computing machinery with all its foibles. This 
address allocation stage consists of taking the skeleton code sequences for the program 
and assigning a memory address for each byte in turn. One way to do this is to re¬ 
cord the byte addresses on the paper used to write the original skeleton sequences. 
Another method is to use the M. P, Publishing Co. Kluge-1 Assembler coding sheets 
with pre-printed low order addresses in octal to provide the allocation function - if 
you write an operation code at some place on the sheet, it's address is "used up" and 
no longer available for allocation. The skeleton code generation and allocation pro¬ 
cess can be done simultaneously on the Kluge-I sheets provided you are fairly sure of 
the code being generated (or don't mind erasing a bit if you make a mistake. ) The prob¬ 
lem of the combined skeleton/allocation approach is that whenever you write down the 
use of a specific address, it commits the location to a specific utilization, which may 
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be premature. " 1 like to get a program done completely in the skeleton form prior to 
allocation of any addresses, so a review of its operation can be done. Then after the 
review, I proceed to do the allocation by copying to the Kluge-I sheetSc (Even so, I 
make many mistakes and change things when I see a better way - one of the things which 
guarantees an incentive on writing an assembler for SIRJUS and at a later stage some 
form of compiler for a decent programming language. ) 


An Aside: 

It may be possible for you to gain access to a minicomputer facility 
and/or large computer facility. (Particularly for the readers of ECS who 
are still in school and can wangle computer time. ) One way to implement 
an assembler for a language svich as SIRIUS-MP is to use an existing as- 
sem.bler with a macro facility - eg: the IBM 360 Assembler, or a DEC 
PDP~10 assembler or a host of others - and write a special set of macros 
to implement the primitive operations as expansions based on the skeletons 
of octal(hex) codes required for your target computer. Then all the symbol 
table lookup and management of the original assembler can be used as is. 

The troubles with this approach are several: most macro expansion opera¬ 
tions of assemblers tend to be inefficient; it is a lot of work to write a com¬ 
plete set of generalized macros and debug them as well; and so on. 


..._______1 


FILLING IN THE CODE: 

Once the addresses have been allocated to the skeleton, the final step is to fill in 
the octal (or hex if you prefer) codes of each byte in the program by looking up the 
mnemonics of the operation codes as noted on the Kluge-I sheets prepared during the 
allocation stage. This step in the hand assembly corresponds to the ’‘second pass” of 
the classic two-pass code generation process, but with the added provision that the 
mnemonic op codes which would be translated in the first pass of an ordinary assembler 
program are left until this last pass for translation. When the process reaches this 
stage, all address references are known (as allocated in the allocation step) so that 
all references can be made in the code resulting. Each byte of the allocated code has 
one of the following possibilities: 

it has a portion of a literal value which must be translated into its 
machine code equivalent, 

it has a reference to an address-related value, which for an 8-bit 
micro means either half of a l6(or 14 for 8008) bit address. 

it has a mnemonic operation code which must be looked up in a table 
of equivalent octal or hex operation codes. 

it represents a byte of data which is not to receive any initialization, 
which is simply reserved for use as a run time data storage area. 

Whatever the intent, the result for each byte is 3 digits octal (or two digits hex) repre¬ 
senting the machine coding for that piece of the program. In the ’’don't care” cases 
of reserved data areas (the last option listed above) no explicit action is required to 
generate the loaded codes of the program. 
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HAND ASSEMBLY BY EXAMPLE: 

THE BYTE STRING CONCATENATION 

SUBROUTINE "CONCATTERo " 

An example always helps to illustrate a new process 
or method. To illustrate a hand assembly operation, 

I have selected a simple little subroutine to perform a 
string operation called "concatenation". In words, the 
operation of concatenation is the building of a new 
string (for example "Z") composed of a left half input 
(for example "X") and a right half input (for example, 
"Y"). In symbols, the following diagram illustrates 
the operation. . . . 


MO’/EX: 


Example: Byte String Concatenation 

Subroutine CONCATTER 

1 

1 

1 

5. 





1 

1 

i 


Z(I) «: X(I) 

X; rinT THIS TS 1 

Y: 1 n 1 A 61g STRrWd | 



, 

1 


y 

1 

1 

6. 



^ concatenation 
^ operation 


k.,- 

— 

-1 END: J 

) 


7. 





MOVEY; 

K J 

■ 

z: nrnrHTsnrsT“BT^ 

sMUg 1 





k =: m + n 


8. 


■ 



Check length 


LERfiS: 


If you are familiar with arithmetic and algebra, you 
of course know there exists a set of operations which 
are in some sense "fundamental", such as addition, 
subtraction, etc. Similarly, in boolean algebra, there 
is a set of fundamental operations - AND, OR, NOT, 

The same holds when byte string operations are con¬ 
sidered as well: the manipulation of "text" is best done 
using a few fundamental operations, including concat¬ 
enation, "substring" extraction (the opposite of con¬ 
catenation), comparisons, etc. The concatenation oper¬ 
ation is one of the most useful. 

The concatenation operation is shown in its most 
abstract form by the flow chart running down the 
right margin of this page. This flow chart describes 
the steps of concatenation - test the result length for 
an error, move the left half to the result, then move 
the right half to the result. The numbers on the dia¬ 
gram correspond to the statement numbers of the 
equivalent SIRIUS-MP program listed on the next, page 
of this article. 


9. 


10 . 


K =: 

^ 1 



Z(K) = 

: Y(I) 


1 1 . 


- EN" 


1 


i RETURN; [■ 


Z =: 

0 

Null 

It 
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The flow chart illustrated on the previous page is an afterthought - the original 
written form of the SIRIUS-MP program shown in tlie box beiow was created without 
using a flow chart as a tooE This SIRIUS form of the CONCATTER is assumed as an 
input to the assembly process for the purpose of the example. 



CONCATTER: 





1 


Z 

= : 

y 


FORM SUM OF LEfiGTHS 

2 


z 

+ ; 

X 

•» 

AND TEST FOR OVERtnOW 

3 

HOVKX 

LERRS 

IF 

GARRY 

* 

OF 6 -PIT MAX VALUE 

4 


1 

FOR; 

l.X 

* 

TRANSFER LOOP CONTROLLED 

5 


Z(I) 

= ; 

x(l) 

«- 

BY X LENGTH BYTE 

6 

MOVUY 


END: 


it 

END OF LAST PREV. FOR 

7 


K 

-: 

X 

it 

Z INDEX FOR Y TRANSFER 

8 


I 

FOR: 

1,Y 

it 

Y TRANSFOl LOOP CONTRLD 

9 



IKCR: 

K 

«■ 

BY Y LENGTH BYTE 

10 


Z(K) 

= ; 

y(i) 

« 

TRANSPERS EACH Y 

11 



END: 



UNTIL DONE 

12 

LERRS: 


RETORN 



WITH Z CONTAINING RESUI.T 



Z 

= ; 

0 

* 

NULI, STRING WITH ZPIRST 

14 



RETURN 


it 

BYTE LENGTH=0 


SIRIUS-MP operationa in CONCATTER: 

+: --- Addition, with 8-blt length indicator, replaces 

the target operand (eg: Z of statement 2) with the sum 
of the old target's value and the source operand value. 

FOR;-- Inaretnental "FOR" loop header. This sets up the 

start of a FOR loop with an assumed integer 8-bit index 
length code), a starting value given by the first 
source operand subfleld {see note #1 below), and an ending 
value given by the second source operand aubfiold. The 
target operand la optional - if omitted, the generated «T 0 d 6 
will keep its internal count wiiich is then not available to 
program segments within the loop. A third source operand 
subfleld will be kept available (optional) separated by 
a cosma and used for the increment value if other than one. 

END: - Incromontal "FOR" loop trailer. All the statements 

from the FOR to the END are considered part of the loop. An 
implicit (ie: "structured") branch back to the last previous 
FOR occurs if the iteration count is not exceeded. As with 
the FOR statement, the END has a type modifier to indicate 
the loop Index precision. 


Note 1: In order to provide for complex operations such as the FOR loop 
operation, multiple "source" parameters are eometlmes required. The 
idea of an operand subfleld accomplishes the necessary inputs to the 
FCR loop operation. This concept will recur when the various byte manip¬ 
ulation operations are introduced in later diaousslons of byte strings. 

Note 2: The POrAr© construct Is a "natural" for code generation using the 
CPU stack temporary data concept as it exists on machines such as the 
PDR-11, M68 oO or 8o8o. When the "FOR" ie encountered, a loop return 
address is pusliad onto the stack, followed by the initial count value and 
the final count value. Then when the "END” is encountered during executloc 
the stack is referenced (offset from stack pointer) to inorenent the loop 
count and comp'^ro It to the final count. If the filial count is not 
exceeded, execution jumps indirectly through the loop return address talao 
referenced o^’f the stock pointer) back to the first executable statement 
of the body of the loop. If the branch back la not taken, tho "END" cleans 
up the stack by adjusting the stack pointer to its original value prior to 
the FOR statement execution. The .stack automatically can handle "nested" 

FOR loops to as many levels aa there is temporary .RAM memory to store the 
stacked data. More on this subject in a later Issue... 


As in the examples of SIRIUS programs published in April ECS, i have not included 
a generalized treatment of argument linkages in this example.. The example of a 
subroutine uses specific RAM string areas -- X, Y and Z - as its arguments, so that 
any program utilizing thi .5 version would have to first copy X and Y^s values from some 
other place then call CONCATTER - and copy the Z result after getting back. With 
this formulation, X, Y and Z might be considered the software equivalent of the accum¬ 
ulators (ie: CPU registers) of some hypothetical 3-register ’’string machine,' For 
large scale text processing applications, someone will sooner or later microcode a 
processor with the string operations. 
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Given the starting point of the previous page, the first hand assembly step is begun 
with the expansion of the SIRIUS code as a skeleton of the final code. I have illustrated 
a small portion of the skeleton listing of CONCATTER at the left in the following 
illustration: 

ske:letokj Klug5:-i allocation 



<—Vtvvtp fe.. S 


^ Sc.-VtU 

LiQRS OaV of 

a.vjo»cl tOvv'iTu •ficv^ 
Sovut. 


4il 


42- 


1*3 


42^ 


C*MC 4 mK; 

200 




LAX 


201 




sCb) 


202 






203 




UB»Vi 


20 U 




LAX 


205 






206 






207 




lAiA 


210 




ADlb 


211 




JTX iwa 

• 

212 




L 

? 

213 




H 


2114 - 




LBA 


215 




LAX 


216 






217 




SbM 

__ 

220 




LMB 





lJ 



The code illustrated here is for an 8008 processor (my own "ECS" system) and uses 
the software conventions (eg: SYM table lookup) described in earlier issues. The 
Kluge-I allocation of addresses for the Skeleton code is illustrated at the right . In 
the allocation step, numbers are used to reference SIRIUS statements of the source 
program, and the question marks ("? ") serve to denote address references prior to 
definition. The LERTIS example here is a ‘'forward reference" to later code which 
resolves (after allocation of the whole routine) to be location 007/334. 

The code generated for the remainder of CONCATTER (8008 mnemonics from the 
original Intel documentation ) is printed on the next page. This listing contains the 
results of the third hand assembly pass (filling in code and allocated address refer¬ 
ences) along with mnemonics and statement number references back to the original 
SIRIUS-MP code. 

The subroutine named “OFSET" was coded to perform the index calculation of the 
type implied by the SIRIUS notation NAME(INDEX) . It adds (16 bit calculation) the 
current 8-bit loop count maintained in B (CPU register) to the address found in the H/L 
pointer pair. For 8080 machines, this subroutine would not be necessary since there 
is the i6-bit address calculation possibility for the H/L pair. 

The FOR/END group code is generated in a form using an index variable I which 
happens to be redundant in this example, Tlie actual loop indices in tiiis simplest case 
are maintained in the CPU B register (moving index) and CPU C register (end irdex). 
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CONCATTER: 8008 Code Equivalent 


#1 

00 7\i^00 

= 

006 

LAI 

#8 

007\270 

= 

UU6 

LAI 


OOVM^O 1 

= 

0^0 

S(Y) 


007\271 

X 

040 

S(Y) 


007\202 

= 

0 7b 

SYM 


007\272 

= 

07b 

SYM 


007\203 

= 

317 

LBM 


00 7\273 

X 

327 

LCM 

#2 

007\20^ 

= 

006 

LAI 

#8B 

007\274 

= 

006 

LAI 


007\20b 


036 

S(X) 


007\275 


044 

S(I) 


007\206 

= 

0 7b 

SYM 


007\276 

= 

07b 

SYM 


007\207 

= 

30 7 

LAM 


007\277 

a 

371 

LMB 


007\210 

= 

20 1 

ADB 

#9 

007\300 

= 

040 

INE 

#3 

007\211 

s 

1^0 

JTC #13 

#10 

007\301 

a 

006 

LAI 


007\212 

z 

33^ 

L 


007\302 

a 

040 

S(Y) 


007\213 

X 

007 

H 


007\303 

a 

07b 

SYM 

#2 

007\214 

X 

310 

LBA 


007\304 

a 

106 

CAL OFSET 


007\2l5 

B 

006 

LAI 


007\305 

a 

367 

L 


007\216 

s 

042 

S(Z) 


007\306 


00 7 

H 


007\217 

a 

07b 

SYM 


007\307 

a 

337 

LDM 


007\220 

s 

371 

LMB 


007\310 

a 

351 

LHB 

#4 

007\821 

a 

016 

LBI 


007\311 

= 

314 

LBE 


007\222 

a 

001 

1 


007\312 

a 

345 

LEH 


007\223 

a 

006 

LAI 


007\313 

8 

006 

LAI 


007\224 

a 

036 

S(X) 


007\314 

a 

042 

S(Z) 


007\225 

a 

07b 

SYM 


007\315 

a 

075 

SYM 


007\226 

a 

327 

LCM 


007\316 

a 

106 

CAL OFSET 

#4B 

007\227 

a 

006 

LAI 


007\317 

a 

367 

L 


007\230 

a 

044 

S(I) 


007\320 

a 

00 7 

H 


007\231 

a 

07b 

SYM 


007\32l 

8 

373 

LMD 


007\232 

a 

371 

LMB 


007\322 

a 

351 

LHB 

#5 

007\233 

a 

006 

LAI 


007\323 

a 

314 

LBE 


007\23^ 

a 

036 

S(X) 


007\324 

*= 

34 5 

LEH 


007\235 

a 

075 

SYM 

#11 

007\325 

a 

301 

LAB 


007\236 

a 

106 

CAL OFSET 


007\326 

a 

272 

CPC 


007\237 

a 

367 

L 

#12 

007\327 

a 

053 

RTZ 


007\240 

a 

007 

H 

#11 

007X330 

a 

010 

INB 


007\241 

a 

337 

LDM 


007X331 

a 

104 

JMP #8B 


007\242 

a 

006 

LAI 


007X332 

a 

2 74 

L 


007\2^3 

a 

042 

S(Z) 


007X333 

a 

007 

H 


007\244 

s 

07b 

SYM 

#13 

007X334 

a 

006 

X4AI 


007\245 

a 

106 

CAL OFSET 


007X335 

a 

042 

S(Z) 


007\246 

a 

367 

L 


007X336 

a 

075 

SYM 


00 7\24l7 

a 

007 

H 


007X337 

a 

076 

LMI 


007\250 

a 

373 

LMD 


007X340 

a 

000 

0 

#6 

007\251 

a 

301 

LAB 


007X341 

a 

007 

RET 


007\252 

a 

272 

CPC 







007\253 

* 

IbO 

JTZ #4E 







007\25^ 

a 

262 

L 







007\25b 

a 

007 

H 







007\256 

a 

010 

INB 

OFSET: 





007\257 

a 

104 

IMP #4B 


007X367 

a 

306 

LAL 


007\260 

s 

227 

L 


007X370 

a 

201 

ADB 


007\261 

a 

007 

H 


007X371 

a 

360 

LLA 

#4E/7 

007\262 

a 

006 

LAI 


007X372 

a 

003 

RFC 


007\263 

a 

036 

S(X) 


007X373 

■ 

30 5 

LAH 


007\264 

a 

075 

SYM 


007X374 

a 

004 

ADI 


007\26b 

= 

347 

LEM 


007X375 

a 

001 

1 

#8 

007\266 

= 

016 

LBI 


007X376 

a 

3 50 

LHA 


007\267 

= 

001 

1 


007X377 

a 

00 7 

RET 
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In cases where it is desired to call one or more levels of subroutines within a loop 
mechanization such as the two FOR loops of CONCATTER, it will be necessary to 
save the content of the B and C registers whenever a conflicting use is encountered. 

In the FOR/END loop mechanization, note that there is a "generated" label for 
the branch back. The statement number of the for statement itself does not suffice 
since there is some "initialization" (set up B and C) prior to entrance into the first 
loop cycle. The assignment into the symbolic loop index "I" implied by the left 
operand (target) of the FOR statements is done at the beginning of each cycle and 
serves to mark the branch back jjointSc. The branch back points are noted in the 8008 
code generation by the statement number followed by the letter "B". 

In the FOR/END group shown, the test for end of execution is made after a cycle 
is completed and before the calculation of the next value of the index. In the first 
case, statements #4/#6 of CONCATTER, a statement number is required for the 
exit case - indicated as "#4E" or (in this example) #7 of the original statements. In 
the second FOR loop of the example, I moved the return statement (#12) ahead to fol¬ 
low the comparison, rather than placing a branch forward at that point. In so doing 
I was acting as an "optimizing" compiler of the SIRIUS language - using as input the 
global knowledge of the program in order to figure out a "special case" allowing the 
movement of code. A similar special case was recognized at statements #2/3 where 
the jump on condition of #3 is placed ahead of the data storage pKjrtion of #2 in order 
to avoid insertion of a mechanism to save the carry flag across the SYM lookup. 


On the following page is one additional set of SIRJUS coding and equivalent 8008 
generated code. The routine is a "DRIVER" to call the CONCATTER routine with 
test data in X and Y (printed separately as two lines), followed by printing of the 
results of CONCATTER as a single line. The SIRIUS code is extremely simple - 
virtually a series of calls. A routine called TSTRING is used to do the typing of 
byte strings, as found within the "ELDUMPO" program of January 1975 ECS. If 
you employ any form of hard copy or CRT output, an equivalent routine would of 
course be employed to transfer byte strings to the appropriate external unit. In 
the driver, the term "HL" is used to denote the H/L pointer pair of an 8008, which 
would be the H/L pair if you generate for an 8080, or the "X" register of 

a Motorola 6800. This use of the pointer for argument passage is a workable one 
but only a temporary "kluge" at present. 


Wliat good is concatenation you ask? Tiie idea is illustrated by the diagram given 
previously. Its use is its justification. The primary application is in the process of 
"building" a character string, as often occurs when you want to format the output of 
a program. The CONCATTER routine only handles two strings, but by feeding the 
output of one concatenation into the next, strings of arbitrary length (to 255 with CON¬ 
CATTER) can be built from numerous components. As an example, suppose that a 
conversion rf>utine has provided a program with the strings "X" and "Y" as answers 
to a probltiin, and that the text "FIVE GLl'EPS AT [ZZEIXT^ WERE. SICTIIED NEXx 
GLOOPS, " IS to be printed. Sicirt with Z^:"PTV’E GLEEPb A i fonf;.at- 

iht giving a new Z; concatenate " WERE SIGHI'ED NEXT TO " 
on the right giving a new Z; concatenate j ? Y ? ?! on the right giving a new Z; then 
concaterai-e " GLOOPSo " on the right giving a new Z which is printed. 




.natc rzfXTT l on the rig^ 
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iHIS IS 
A BIG SfhllMG. 
THIS IS A BIG 


STHIi>JG. 



Output of Driver Program 


oz 

\JI/V 


CONCATTER Test Driver 


#1 

00 v\ooo 

= 

106 


007\001 

= 

3b^ 


00 7 \O0B 


00 7 

#2 

007\003 

= 

006 


007\00A 

= 

036 


007\00b 

= 

0 7b 

#3 

007\006 

= 

106 


00 7\00 7 

= 

1 66 


c 

c 

c 

o 

= 

0 i 1 

#4 

00 7\01 I 


106 


oo7\o 1 

= 

35A 


007\013 

= 

00 7 

#5 

007\014 

= 

006 


007\01b 

= 

OAO 


007\016 

= 

07b 

#6 

007\017 

= 

106 


007\0B0 


1 66 


00 7\0B1 

= 

01 1 

#7 

007\02B 

= 

106 


007\023 

s= 

200 


00 7\0 2A 

=: 

00 7 

#8 

007\02b 

= 

106 


007\026 

s 

354 


007\027 

= 

00 7 

#9 

007\030 

= 

006 


007\031 


042 


00 7\032 

= 

075 

#10 

007\033 

= 

106 


007\03A 

= 

166 


007\03b 

= 

01 1 

#11 

007\036 


006 


007\037 

= 

002 


007\0A0 

= 

0 75 


007\041 

= 

0 76 


007\0A2 


002 


007\043 


025 

^LINE: 

#1 

007\35A 

= 

056 


007\35b 

= 

007 


007\356 

= 

066 


007\3b7 

= 

342 

#2 

007\360 


106 


007\361 

= 

1 66 


007\362 

= 

01 1 

#3 

00 7\363 

= 

007 

EXT: 


007\3A2 

= 

006 


007\3A3 

= 

000 


007\344 

s: 

012 


007\3Ab 

s 

000 


007\346 

= 

015 


007\3A7 

= 

000 


007\3b0 


007 


(8008) 

CAL 

L 

H 

LAI 

S(X) 

SYM 

CAL 

L 

H 

CAL 

L 

H 

LAI 

S(Y) 

SYM 

CAL 

L 

H 

CAL 

L 

H 

CAL 

L 

H 

LAI 
, S(Z) 
SYM 
CAL 
L 
H 

LAI 


SIRIUS Code of Driver. . . 


DRIVER: 


1 


GALL 

NEWLINE 

2 

HL 

=:: 

W(x) 

3 


GALL 

TSTRING 

II 


GALL 

NEWLINE 

5 

HI. 

= : : 

W(Y) 

6 


CALL 

TSTRING 

7 


GALL 

CONCATTER 

8 


GALL 

NEWLINE 

9 

HL 

—: : 

W(Z) 

10 


GALL 

TSTRING 

11 

NEWLINE: 

EXIT 


1 

HL 

= : : 

W(NI.TEXT) 

2 


GALL 

TSTRING 

3 

NLTEXT: 

RETURN 



”006 

,000,012,000, 

015 , 000 , 007 ” 

New 

SIRIUS -MP 

Operations in 

DRIVER: 


CALL - this translates to the simple sub¬ 
routine linkage of the target computer 
(No SIRIUS argument linkage assumed.) 


EXIT - this translates to the set of in- 
—structions needed to return to the 

S(IMPSTATE)I"'"°"^^°^" 

SYM ^ware systems - if the ECS software is 

^ used, the return is to the ”IMP^’ 
or its equivalent code on non-8008 
computers. 


LMI 
2 

KEYWAIT 



The notation ’’<C3erie3 of octal numbers>” 
preceded by a label is used to denote 
literal data to be loaded with program 


IMP Symbol Table Elxtensions for Use 
With CONCATTER (temporary). 


Length 

NULL 

LF 

NULL 

CR 

NULL 

BELL 



012\316 

s 

006 

0l2\3i7 

= 

000 

012X320 

at 

006 

012X321 

sr 

on 

012X322 

s 

006 

012X323 

= 

100 

012X324 

= 

000 

012X325 

s: 

230 


y 


'36" is X 


'40" is Y 


"42" is Z 




44" is I 




